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随 着 软件 业 的 发 展 , 测 试 的 需求 也 越 来 越 大 ,加 上 测试 过 程 越 来 越 智能 化 ,软件 测试 由 
原来 的 人 工 测试 向 自动 化 测试 方向 发 展 , 不 仅 可 以 大 大 地 提高 测试 效率 ,还 能 使 测试 人 员 从 
反复 枯燥 的 测试 工作 中 解放 出 来 ,使 得 测试 人 员 可 以 把 精力 放 在 系统 测试 的 大 局 上 。 相 信 
在 未 来 的 软件 业 , 人 工 测试 将 逐渐 消失 ,取而代之 的 是 自动 化 测试 ,测试 的 智能 化 和 测试 的 
效率 也 将 越 来 越 高 。 软 件 产品 的 质量 控制 与 质量 管理 正 逐 渐 成 为 软件 企业 生存 与 发 展 的 
核心 。 

软件 测试 课程 涉及 软件 测试 的 理论 方法、 技术 和 工具 ,是 一 门 实践 性 和 技巧 性 很 强 的 
课程 。 本 书 从 理论 方法 .技术 和 工具 方面 进行 了 详尽 的 阐述 。 由 基础 理论 到 质量 控制 ,到 
文档 工具 的 使 用 和 案例 分 析 , 循 序 渐进 地 介绍 软件 测试 涉及 的 各 个 方面 的 知识 。 从 基本 理 
论 出 发 ,逐步 讲解 软件 测试 的 各 类 技术 ,随后 从 测试 过 程 的 角度 介绍 测试 各 个 环节 涉及 的 方 
法 和 技术 ,最 后 介绍 有 关 软 件 质量 及 质量 保证 的 知识 。 

全 书 共 18 章 ,两 个 附录 ,分 4 篇 。 

第 一 篇 ”软件 测试 基础 。 共 7 章 , 完 整地 介绍 了 软件 测试 基础 知识 概述 .软件 测试 工作 
概述 、 黑 盒 测试 技术 、 白 盒 测试 技术 ,单元 测试 和 集成 测试 、 系 统 测试 及 验收 测试 。 

第 二 篇 ”软件 测试 质量 保证 。 共 4 章 , 介 绍 了 软件 过 程 能 力 评估 和 软件 质量 保证 及 软 
件 缺 陷 和 缺陷 管理 ,软件 配置 管理 等 。 

第 三 篇 ”软件 测试 工具 。 共 3 章 , 介 绍 了 主流 的 软件 测试 工具 ,并 进行 对 比 。 

第 四 篇 ”软件 测试 案例 。 共 4 章 , 介 绍 了 4 个 经 典 案例 ,完整 地 介绍 了 测试 的 整个 过 程 
测试 用 例 和 测试 方法 的 设计 。 

MRA 软件 测试 文档 。 介 绍 测试 文档 的 写作 、 软 件 测试 所 需 的 常用 模板 。 

附录 B 软件 测试 习题 及 答案 。 

本 书 可 作为 高 等 院 校 计算 机 软件 及 测试 相关 专业 软件 测试 课程 教材 ,也 可 以 作为 软件 
测试 人 员 和 软件 开发 人 员 的 参考 书 。 

由 于 编写 的 时 间 仓促 ,教材 中 难免 有 漏洞 和 朴 忽 , 敬 请 广大 读者 指正 。 
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本 篇 分 为 7 章 ,第 1 章 软件 测试 概述 ,第 2 章 软件 测试 过 程 与 策略 ， 
第 3 章 黑 盒 测试 方法 ,第 4 章 白 盒 测 试 方法 ,第 5 章 单元 测试 和 集成 测 
试 ,第 6 章 系统 测试 ,第 7 章 验 收 测试 。 第 1 章 主要 讲述 软件 测试 的 发 
展 历史 及 软件 可 靠 性 问题 ,重点 讲述 了 软件 缺陷 的 定义 及 软件 测试 的 
定义 及 原则 ,简要 总 结 了 软件 测试 与 软件 开发 的 关系 。 第 2 章 主要 讲述 
软件 测试 的 复杂 性 和 经 济 性 ; 通过 讲述 软件 测试 的 整个 流程 ,从 而 了 解 
单元 测试 集成 测试 .确认 测试 ,系统 测试 和 验收 测试 等 基本 测试 方法 ; 
通过 比较 分 析 , 介 绍 了 静态 与 动态 测试 、 黑 盒 与 白 盒 测试 的 基本 策略 。 
第 3 章 首先 介绍 了 黑 盒 测试 方法 概况 ,其 次 讲解 等 价 类 划分 法 、 边 界 值 
分 析 法 ,决策 表 法 .因果 图 法 、 场 景 法 等 设计 测试 用 例 的 过 程 及 各 自 的 
特点 。 第 4 章 首先 介绍 白 盒 测试 方法 概况 ,其 次 讲解 静态 测试 法 、 逻 辑 
覆盖 法 、 基 本 路 径 法 、 循 环 测试 法 等 设计 测试 用 例 的 过 程 及 各 自 特点 。 
第 5 章 介 绍 单元 测试 基础 .单元 测试 的 内 容 与 方法 、 单 元 测试 过 程 、 集 成 
测试 概况 、 集 成 策略 、 面 向 对 象 的 集成 测试 、 集 成 测试 流程 。 第 6 章 介 绍 
系统 测试 概况 ,选取 系统 测试 范畴 中 的 功能 测试 、 性 能 测试 、 本 地 化 测 
试 、 可 用 性 测试 配置 测试 进行 详细 讲解 ,介绍 各 种 测试 方法 及 其 应 用 。 
第 7 章 介 绍 验 收 测试 概况 、 验 收 测试 的 常用 策略 、 验 收 测试 过 程 。 
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1. 概述 


本 单元 主要 讲述 软件 测试 的 发 展 历 史 及 软件 可 靠 性 问题 ,重点 讲述 软件 缺陷 的 定义 及 
软件 测试 的 定义 及 原则 ,简要 总 结 软 件 测 试 与 软件 开发 的 关系 。 通 过 本 章 的 学 习 , 读 者 能 初 
步 了 解 软 件 测试 的 基础 理论 及 测试 涉及 的 相关 问题 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 软件 测试 的 概念 ; 

(2) 软件 缺陷 的 定义 ; 

(3) 软件 测试 在 软件 开发 中 的 地 位 。 
2) 难点 

(1) 软件 缺陷 的 理解 ; 

(2) 软件 测试 的 原则 。 


Gi 软件 测试 的 发 展 


软件 测试 是 伴随 着 软件 的 产生 而 产生 的 。 在 早期 的 软件 开发 过 程 中 ,软件 规模 都 很 小 、 
复杂 程度 低 ,软件 开发 的 过 程 混乱 无 序 、 相 当 随 意 , 测 试 的 含义 比较 狭窄 ,开发 人 员 将 测试 等 
同 于 “调试 ”, 目 的 是 纠正 软件 中 已 经 知道 的 故障 ,常常 由 开发 人 员 自 己 完成 部 分 的 工作 ,对 
测试 的 投入 极 少 ,测试 介入 软件 开发 过 程 的 时 间 也 较 晚 ,常常 是 等 到 形成 代码 ,甚至 产品 已 
经 基本 完成 时 才 进 行 测试 。 

直到 1957 年 ,作为 一 种 软件 缺陷 的 测试 活动 ,软件 测试 才 开始 与 调试 区 别 开 来 。 人 们 
在 潜意识 里 仍 将 测试 理解 为 “使 自己 确信 产品 能 工作 ”, 测 试 活动 始终 后 于 开发 ,主要 依靠 
“错误 推测 (Error Guessing) "来 寻找 软件 中 的 缺陷 。 因 此 ,大 量 软件 交付 后 , 仍 存在 很 多 问 
题 ,软件 产品 的 质量 无 法 保证 。 

到 了 20 世纪 80 年 代 初 期 ,软件 和 IT 行业 进入 了 大 发 展 阶段 ,软件 趋向 大 型 化 .高 复杂 
EE ,软件 的 质量 越 来 越 重 要 。 这 个 时 候 , 一 些 软件 测试 的 基础 理论 和 实用 技术 开始 形成 ,人 
们 为 软件 开发 设计 了 各 种 流程 和 管理 方法 ,软件 开发 的 方式 也 逐渐 由 混乱 无 序 的 开发 过 程 
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过 渡 到 结构 化 的 开发 过 程 , 这 一 时 期 的 工作 以 结构 化 分 析 与 设计 、 结 构 化 评审 、 结 构 化 程序 
设计 以 及 结构 化 测试 为 特征 。 人 们 还 将 “质量 ”的 概念 融入 其 中 ,软件 测试 定义 发 生 了 改变 ， 
测试 不 单纯 是 一 个 发 现 错误 的 过 程 ,而 且 将 测试 作为 软件 质量 保证 (Software Quality 
Assurance SQA) 的 主要 职能 ,包含 软件 质量 评价 的 内 容 , Bill Hetzel 在 (软件 测试 完全 指 
南 》(Complete Guide of Software Testing ) 一 书 中 指出 : “测试 是 以 评价 一 个 程序 或 者 系统 
属性 为 目标 的 任何 一 种 活动 。 测 试 是 对 软件 质量 的 度量 .” 这 个 定义 至 今 仍 被 引用 。 软 件 开 
发 人 员 和 测试 人 员 开 始 坐 在 一 起 探讨 软件 工程 和 测试 问题 。1983 年 ,IEEE 提出 的 软件 工 
程 术语 中 给 软件 测试 下 的 定义 是 :“ 使 用 人 工 或 自动 的 手段 来 运行 或 测定 某 个 软件 系统 的 
过 程 ,其 目的 在 于 检验 它 是 否 满足 规定 的 需求 或 弄 清 预期 结果 与 实际 结果 之 间 的 差别 ”。 这 
个 定义 明确 指出 : 软件 测试 的 目的 是 为 了 检验 软件 系统 是 否 满足 需求 。 它 再 也 不 是 一 个 一 
次 性 的 ,只 是 在 开发 后 期 实施 的 活动 ,而 是 与 整个 开发 流程 融合 成 一 体 。 软 件 测试 已 成 为 一 
个 专业 ,需要 运用 专门 的 方法 和 手段 ,需要 专门 人 才 和 专家 来 承担 。 

20 世纪 90 年 代 后 期 ,自动 化 的 测试 工具 开始 盛行 。 随 着 计算 机 和 软件 技术 的 飞速 发 
展 ,软件 测试 技术 研究 也 取得 了 很 大 突破 ,人 们 关注 有 效 的 过 程 管理 对 于 软件 测试 的 重要 
性 ,形成 了 各 种 测试 模型 .测试 能 力 成 熟 度 模型 。 

21 世纪 初 ,软件 测试 的 重要 性 越 来 越 被 人 们 接受 ,甚至 出 现 了 软件 开发 活动 应 该 以 测 
试 为 主导 的 思想 ,比如 极限 编程 中 倡导 的 测试 驱动 开发 , 随 着 软件 测试 分 工 的 细 化 和 成 熟 ， 
软件 企业 注重 自身 核心 竞争 力 的 提升 ,促使 大 量 的 独立 软件 测试 服务 机 构 涌现 出 来 ,这 些 测 
试 服务 机 构 的 运作 机 制 日 趋 成 熟 , 从 单一 的 第 三 方 认证 评测 逐步 转向 参与 整个 软件 开发 过 
程 的 测试 服务 ,形成 了 一 个 成 熟 和 广阔 的 市 场 区 间 。 


(2 软件 可 靠 性 


软件 可 靠 性 (software reliability) 是 软件 产品 在 规定 的 条 件 下 和 规定 的 时 间 区 间 完 成 
规定 功能 的 能 力 。 规 定 的 条 件 是 指 直接 与 软件 运行 相关 的 使 用 该 软件 的 计算 机 系统 的 状态 
和 软件 的 输入 条 件 ,或 统称 为 软件 运行 时 的 外 部 输入 条 件 ; 规定 的 时 间 区 间 是 指 软件 的 实 
际 运行 时 间 区 间 ; 规定 功能 是 指 为 提供 给 定 的 服务 ,软件 产品 所 必须 具备 的 功能 。 软 件 可 
靠 性 不 但 与 软件 存在 的 缺陷 和 (或 ) 差 错 有 关 , 而 且 与 系统 输入 和 系统 使 用 有 关 。 软 件 可 靠 
性 的 概率 度量 称 软件 可 靠 度 。 

1983 年 美国 IEEE 计算 机 学 会 对 “软件 可 靠 性 ”做 出 了 明确 定义 ,此 后 该 定义 被 美国 标 
准 化 研究 所 接受 为 国家 标准 ,1989 年 我 国 也 接受 该 定义 为 国家 标准 。 该 定义 包括 两 方面 的 
AM: 

(1) 在 规定 的 条 件 下 ,在 规定 的 时 间 内 .软件 不 引起 系统 失效 的 概率 ; 

(2) 在 规定 的 时 间 周 期 内 ,在 所 述 条 件 下 程序 执行 所 要 求 的 功能 的 能 力 。 

其 中 的 概率 是 系统 输入 和 系统 使 用 的 函数 ,也 是 软件 中 存在 的 故障 的 函数 ,系统 输入 将 
确定 是 否 会 遇 到 已 存在 的 故障 (如 果 故 障 存在 ) 。 
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EE 软件 缺陷 


软件 开发 是 一 项 很 复杂 的 工作 ,出现 问题 不 可 避免 。 特 别 是 随 着 软件 产业 的 不 断 发 展 ， 
软件 规模 越 来 越 大 ,复杂 度 越 来 越 高 ,软件 会 存在 各 种 各 样 的 问题 ,而 这 需要 通过 软件 测试 
来 发 现 问题 ,并 促使 这 些 问 题 得 到 修正 ,从 而 使 发 布 的 软件 能 够 满足 质量 要 求 。 


1. 软件 缺陷 案例 


【案例 1) 
360 存在 严重 后 果 缺 陷 导 致 系统 崩溃 

电脑 中 了 木马 ,使 用 360 安全 卫士 查 出 一 个 名 为 Backdoor/ Win32. Agent. cgg WAG, 
文件 位 置 为 C: \Windows\system32\shdocvw. dll。 进 行 清理 后 看 不 到 Windows 任务 栏 和 
桌面 图 标 ,根本 无 法 进入 桌面 ,手工 运行 Explorer. exe 也 是 一 闪 就 关 , 后 来 查 明 是 由 于 360 
在 处 理 此 木马 时 存在 严重 缺陷 。360 安全 卫士 只 是 简单 地 删除 了 木马 文件 ,没有 进行 相关 
的 善后 处 理工 作 ,致使 系统 关键 进程 Explorer. exe 无 法 加 载 。 

【案例 2】 

2011 年 温州 “7。 23? 动车 事故 

2011 年 7 月 23 日 20 时 30 分 05 秒 .前 温 线 浙江 省 温州 市 境内 ,由 北京 南 站 开 往 福州 站 
的 D301 次 列车 与 杭州 站 开 往 福州 南 站 的 D3115 次 列车 发 生动 车 组 列车 追尾 事故 ,造成 40 
人 死亡 .172 人 受伤 ,中 断 行车 32 小 时 35 分 ,直接 经 济 损失 19 371. 65 万 元 。 

上 海 铁路 局 局 长 安 路 生 28 日 说 ,根据 初步 掌握 的 情况 分 析 ,“7。23? 动 车 事故 是 由 于 温 
州 南 站 信号 设备 在 设计 上 存在 严重 缺陷 , 遭 雷击 发 生 故障 后 ,导致 本 应 显示 为 红 灯 的 区 间 信 
号 机 错误 显示 为 绿灯 。 

【案例 3】 

消失 在 太空 

在 制造 火星 气候 轨道 探测 器 时 ,一 个 NASA 的 工程 小 组 使 用 的 是 英制 单位 ,而 不 是 预 
定 的 公制 单位 。 这 会 造成 探测 器 的 推进 器 无 法 正常 运作 。 正 是 因为 这 个 Bug,1999 年 探测 
器 从 距离 火星 表面 130 英尺 的 高 度 垂直 坠毁 。 此 项 工程 成 本 耗费 3. 27 亿美 元 ,这 还 不 包括 
损失 的 时 间 ( 该 探测 器 从 发 射 到 抵达 火星 将 近 一 年 时 间 )。 


2. 软件 缺陷 的 定义 


软件 缺陷 ,常常 又 被 叫做 Bug。 所 谓 软 件 缺陷 , 即 计算 机 软件 或 程序 中 存在 的 某 种 破坏 
正常 运行 能 力 的 问题 .错误 ,或 者 隐藏 的 功能 缺陷 。 缺 陷 的 存在 会 导致 软件 产品 在 某 种 程度 
上 不 能 满足 用 户 的 需要 。 

IEEE 729—1983 对 缺陷 有 一 个 标准 的 定义 : 从 产品 内 部 看 ,缺陷 是 软件 产品 开发 或 维 
护 过 程 中 存在 的 错误 、 毛 病 等 各 种 问题 ; 从 产品 外 部 看 ,缺陷 是 系统 所 需要 实现 的 某 种 功能 
的 失效 或 违背 。 

缺陷 的 表现 形式 不 仅 体现 在 功能 的 失效 方面 ,还 体现 在 其 他 方面 。 主 要 类 型 有 : 软件 
没有 实现 产品 规格 说 明 所 要 求 的 功能 模块 ; 软件 中 出 现 了 产品 规格 说 明 指 明 不 应 该 出 现 的 
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错误 ; 软件 实现 了 产品 规格 说 明 没有 提 到 的 功能 模块 ; 软件 没有 实现 虽然 产品 规格 说 明 没 
有 明确 提 及 但 应 该 实现 的 目标 ; 软件 难以 理解 ,不 容易 使 用 ,运行 缓慢 ,或 从 测试 员 的 角度 
看 ,最 终 用 户 会 认为 不 好 。 

为 什么 会 产生 软件 缺陷 ? 如 图 1. 1 所 示 。 


目 产品 说 明 书 
mitit 
LEEI 
口 其 他 





1.1 软件 缺陷 产生 的 原因 分 布 


(1) 需求 不 清晰 ,导致 设计 目标 偏离 客户 的 需求 ,从 而 引起 功能 或 产品 特征 上 的 缺陷 。 

(2) 系统 结构 非常 复杂 ,而 又 无 法 设计 成 一 个 很 好 的 层次 结构 或 组 件 结构 ,结果 导致 意 
想不到 的 问题 或 系统 维护 .扩充 上 的 困难 ; 即使 设计 成 良好 的 面向 对 象 的 系统 ,由 于 对 象 、 
类 太 多 ,很 难 完成 对 各 种 对 象 . 类 相互 作用 的 组 合 测试 ,而 隐藏 着 一 些 参数 传递 .方法 调用 、 
对 象 状态 变化 等 方面 问题 。 

(3) 对 程序 多 辑 路 径 或 数据 范围 的 边界 考虑 不 够 周全 , 漏 掉 某 些 边界 条 件 , 造 成 容量 或 
边界 错误 。 

(4) 对 一 些 实时 应 用 ,要 进行 精心 设计 和 技术 处 理 , 保 证 精确 的 时 间 同 步 , 否 则 容易 引 
起 时 间 上 不 协调 ,不 一 致 性 带 来 的 问题 。 

(5) 没有 考虑 系统 崩溃 后 的 自我 恢复 或 数据 的 异地 备份 ,灾难 性 恢复 等 问题 ,从 而 存在 
系统 安全 性 ,可 靠 性 的 隐患 。 

(6) 系统 运行 环境 的 复杂 ,不 仅 用 户 使 用 的 计算 机 环境 千变万化 ,包括 用 户 的 各 种 操作 
方式 或 各 种 不 同 的 输入 数据 ,容易 引起 一 些 特定 用 户 环境 下 的 问题 ; 在 系统 实际 应 用 中 , 数 
据 量 很 大 ,从 而 会 引起 强度 或 负载 问题 。 

(7) 由 于 通信 端口 多 、 存 取 和 加 密 手 段 的 矛盾 性 等 ,会 造成 系统 的 安全 性 或 适用 性 等 
问题 。 

(8) 新 技术 的 采用 ,可 能 涉及 技术 或 系统 兼容 的 问题 ,事先 没有 考虑 到 。 

软件 在 从 需求 ,设计 编码 ,测试 一 直到 交付 用 户 公 开 使 用 后 的 过 程 中 ,都 有 可 能 产生 和 
发 现 缺 陷 。 随 着 整个 开发 过 程 的 时 间 推 移 , 更 正 缺 陷 或 修复 问题 的 费用 呈 几 何 级 数 增长 ,如 
图 1.2 所 示 。 

缺陷 的 属性 包括 : 

(1) 缺陷 标识 (Identifier) 。 缺 陷 标 识 是 标记 某 个 缺陷 的 一 组 符号 。 每 个 缺陷 必须 有 一 
个 唯一 的 标识 。 

(2) 缺陷 类 型 (Type) 。 缺 陷 类 型 是 根据 缺陷 的 自然 属性 划分 的 缺陷 种 类 。 

(3) 缺陷 严重 程度 (Severity) 。 缺 陷 严 重 程度 是 指 因 缺 陷 引 起 的 故障 对 软件 产品 的 影 
响 程度 。 

(4) 缺陷 优先 级 (Priority) 。 缺 陷 的 优先 级 指 缺 陷 必 须 被 修复 的 紧急 程度 。 
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编制 说 明 书 “设计 阶段 ”编写 代码 ” 测试 发 布 
图 1.2 软件 开发 各 阶段 缺陷 修复 的 费用 
(5) 缺陷 状态 (Status) 。 缺 陷 状 态 指 缺陷 通过 一 个 跟踪 修复 过 程 的 进展 情况 。 
(6) 缺陷 起 源 (Origin) 。 缺 陷 来 源 指 缺陷 引起 的 故障 或 事件 第 一 次 被 检测 到 的 阶段 。 
(7) 缺陷 来 源 (Source) 。 缺 陷 来 源 指引 起 缺陷 的 起 因 。 
(8) 缺陷 根源 (Root Cause) 。 缺 陷 根源 指 发 生 错误 的 根本 因素 。 
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1. 软件 测试 的 定义 


1979 年 ,Grenford J. Myers 在 他 的 经 典 著作 《软件 测试 艺术 》(The art of software 


testing ) 中 对 软件 测试 做 了 如 下 定义 : 软件 测试 就 是 为 了 发 现 错误 而 执行 程序 或 系统 的 
过 程 。 


2. 软件 测试 的 原则 


软件 测试 是 一 个 极 有 创意 以 及 挑战 智力 的 任务 。 当 根据 图 1. 3 所 示 的 原则 来 进行 测试 时 ， 
测试 设计 和 执行 将 比 其 他 任何 软件 开发 步骤 更 具有 创造 性 。 
(1) 测试 显示 bug 的 存在 。 



































测试 应 用 程序 只 能 显示 在 应 用 程序 中 存在 一 个 或 多 个 缺 制定 测试 计划 
陷 , 但 是 ,仅仅 通过 测试 并 不 能 证 明 应 用 程序 没有 错误 。 因 i 
此 ,设计 测试 用 例 使 其 尽 可 能 多 的 找到 缺陷 是 很 重要 的 。 1 
(2) 穷 举 测试 不 可 能 。 实施 测试 
除非 受 测试 应 用 (UAT) 具 有 非常 简单 的 逻辑 结构 和 有 — 
限 的 输入 ,进行 所 有 测试 数据 和 场景 的 组 合 是 不 可 能 的 事 。 执行 测试 | | 评估 测试 























出 于 这 个 原因 ,风险 评估 和 优先 级 被 用 于 集中 测试 最 重要 的 
方面 。 


(3) 尽早 测试 。 d 
越 早 开始 测试 活动 ,就 越 可 以 更 好 地 利用 可 用 的 时 间 。 


回归 测试 了 




















1.3 软件 测试 的 原则 
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当 最 初 的 产品 ,例如 要 求 或 设计 文件 完成 后 ,就 可 以 开始 测试 了 。 测 试 阶段 常会 在 开发 周期 
的 最 后 部 分 也 就 是 开发 完成 之 后 遭 到 时 间 压 缩 。 因 此 ,尽早 开始 测试 ,我 们 可 以 针对 开发 生 
命 周 期 的 每 个 阶段 进行 测试 的 准备 。 

另 一 个 关于 尽早 测试 的 重要 的 一 点 是 , 当 缺 陷 在 生命 周期 中 更 早 地 被 发 现时 ,它们 更 容 
易 解 决 而 且 成 本 更 低 。 改 变 不 正确 的 要 求 比 起 必须 改变 一 个 大 型 系统 中 没有 按照 要 求 或 设 
计 来 工作 的 功能 要 比 成 本 低 得 多 。 

(4) 缺陷 群 。 

在 测试 过 程 中 ,可 以 观察 到 ,大 多 数 报告 的 缺陷 都 与 少数 几 个 系统 内 的 模块 有 关 。 即 少 
量 模块 包含 了 系统 中 大 部 分 的 缺陷 。 这 也 是 帕 雷 托 法 则 (二 八 定律 ) 在 软件 测试 方面 的 实际 
应 用 : 约 80% 的 问题 被 发 现在 20% 的 模块 中 。 

(5) 杀 虫 剂 悖 论 。 

如 果 一 遍 又 一 遍 持 续 运行 同一 套 测试 ,有 可 能 那些 测试 用 例 就 无 法 发 现 新 的 缺陷 。 因 
为 随 着 系统 的 发 展 ,许多 以 前 报道 的 缺陷 将 会 被 修好 , 旧 的 测试 用 例 就 不 再 适用 了 。 每 当 修 
复 完 缺陷 或 添加 了 新 的 功能 后 ,就 需要 做 回归 测试 ,以 确保 新 更 改 的 软件 不 破坏 该 软件 的 任 
何其 他 部 分 。 然 而 ,这 些 回归 测试 用 例 也 需要 根据 软件 本 身 的 变化 做 出 改变 ,使 其 能 够 更 加 
适用 并 找到 新 的 缺陷 。 

(6) 测试 是 上 下 文 相关 的 。 

不 同 的 测试 方法 ,测试 技术 和 测试 类 型 是 由 应 用 程序 的 类 型 和 性 质 来 决定 的 。 例 如 , 运 
用 于 医疗 设备 上 的 软件 应 用 程序 相 比 游戏 软件 需要 进行 更 多 的 测试 。 更 重要 的 是 医疗 设备 
软件 需要 基于 风险 测试 ,需要 符合 医疗 行业 监管 以 及 可 能 的 特殊 测试 设计 技术 。 出 于 同样 
的 原因 ,一 个 非常 受 欢 迎 的 网 站 ,需要 经 过 严格 的 性 能 试验 以 及 功能 性 的 测试 ,以 确保 性 能 
不 受 服务 器 上 的 负载 的 影响 。 

(7) ABR. 

只 是 因为 测试 没有 发 现 软件 中 的 任何 缺陷 ,并 不 意味 着 该 软件 是 随时 可 以 发 布 的 。 被 
执行 的 测试 ,是 否 真 的 找到 了 大 多 数 缺陷 ,或 者 ,是 否 根 据 顾 客 需 求 检查 软件 设计 是 否 满 足 
要 求 ,在 发 布 软件 之 前 ,还 需要 考虑 很 多 其 他 因素 。 

(8) 软件 测试 是 有 风险 的 行为 。 

要 把 数量 巨大 的 可 能 测试 减少 到 可 以 控制 的 范围 ,针对 风险 做 出 明智 的 选择 一 一 哪些 
测试 重要 ,哪些 不 重要 。 测 试 工作 量 与 软件 缺陷 数量 之 间 的 关系 如 图 1. 4 所 示 。 

其 他 需要 注意 的 是 : 

A) 测试 必须 由 独立 的 一 方 来 完成 。 

测试 不 应 由 该 开发 软件 的 人 或 者 团队 来 执行 ,因为 它们 趋向 于 维护 程序 的 正确 性 。 

(2) 最 佳人 员 配 置 。 

测试 需要 高 度 的 创造 性 和 责任 感 ,需要 将 人 员 正 确 地 分 配 到 各 个 设计 实施 和 分 析 测 试 
案例 以 及 测试 数据 和 测试 结果 的 岗位 上 去 。 

(3) 除了 有 效 条 件 之 外 ,也 要 对 无 效 的 和 意 想不到 的 输入 条 件 进行 测试 。 

程序 应 该 在 无 效 情况 下 产生 正确 的 消息 并 在 有 效 情况 下 产生 正确 的 结果 。 

(4) 保持 测试 过 程 中 软件 的 静态 。 

在 对 程序 进行 测试 用 例 集 的 执行 过 程 中 不 能 对 程序 进行 修改 。 
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缺陷 





测试 前 
测试 后 





一 


测试 工作 量 
图 1.4 测试 工作 量 与 软件 缺陷 数量 之 间 的 关系 


(5) 尽 可 能 提供 预期 的 测试 结果 。 
测试 文档 的 必要 组 成 部 分 包括 了 预期 结果 的 说 明 , 即 使 提供 这 样 的 结果 可 能 是 不 切实 
际 的 。 


(5 软件 测试 与 软件 开发 


根据 “尽早 测 试 “ 全 面 测 试 " 和 “全 过 程 测试 "的 理念 ,软件 测试 应 贯穿 软件 开发 的 整个 
生命 周期 。 下 面具 体 分 析 一 下 在 软件 开发 的 各 个 阶段 都 有 哪些 测试 任务 。 


1.5.1 需求 分 析 阶 段 


(1) 参与 到 需求 分 析 的 活动 中 ,充分 理解 用 户 的 需求 ,参与 需求 文档 的 评审 ,以 测试 人 
员 的 角度 对 需求 文档 进行 正确 性 和 准确 性 两 方面 的 检查 。 

(2) 需求 文档 通过 评审 后 ,测试 人 员 要 根据 需求 文档 和 项 目 计划 完成 测试 计划 。 

(3) 根据 需求 文档 和 测试 计划 进行 系统 测试 的 准备 工作 ,例如 ,分 析 系 统 测试 的 需求 ， 
设计 系统 测试 的 用 例 , 准 备 系 统 测试 的 数据 。 当 然 , 这 个 阶段 所 实现 的 测试 用 例 是 不 完善 
的 ,只 能 涵盖 某 些 内 容 , 需 要 在 执行 系统 测试 前 进一步 完善 。 

在 需求 分 析 阶 段 ,测试 人 员 应 充分 发 挥 自己 的 能 动 性 ,要 主动 地 工作 ,而 不 是 被 动 地 等 
待 ,要 自己 尝试 着 去 熟悉 实际 业务 ,要 尽量 通过 自己 所 能 想到 的 方法 来 开展 工作 。 


1.5.2 设计 阶段 


(1) 参与 设计 文档 的 评审 。 
(2) 设计 文档 通过 评审 后 ,测试 人 员 可 以 根据 设计 文档 进一步 明确 系统 测试 的 需求 , 完 
善 系 统 测试 的 用 例 和 数据 。 


1.5.3 实现 阶段 


(1) 协助 开发 人 员 完 成 单元 测试 和 集成 测试 。 单 元 测试 和 集成 测试 一 般 在 开发 环境 中 
进行 ,以 开发 人 员 为 主 ,测试 人 员 为 辅 。 
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(2) 参与 代码 评审 。 
(3) 看 到 系统 实际 运行 的 情况 后 ,进一步 完善 系统 测试 的 准备 工作 。 


1.5.4 测试 阶段 


(1) 根据 测试 计划 ,搭建 测试 环境 ,完成 系统 测试 。 
C2) 进行 缺陷 跟踪 管理 ,提交 测试 总 结 报告 。 


1.5.5 运行 和 维护 阶段 


用 户 在 使 用 系统 时 ,通常 会 提出 需求 变更 或 提交 缺陷 ,开发 人 员 对 系统 进行 相应 的 修 
改 , 测 试 人 员 负 责 对 修改 后 的 系统 进行 回归 测试 。 

从 上 面 的 描述 可 以 看 出 ,在 软件 开发 过 程 中 ,对 需求 文档 ,设计 文档 ,测试 计划 和 测试 用 
例 都 要 进行 评审 ,这 表明 测试 中 的 验证 活动 比重 大 大 增加 了 ; 从 需求 分 析 阶 段 就 开始 进行 
系统 测试 的 准备 工作 ,这 表明 测试 中 的 确认 活动 大 大 提前 了 。 如 图 1.5 所 示 , 给 出 了 软件 测 
试 与 软件 开发 的 对 应 关系 。 



































TRA | 概要 设计 | [详细 设计 | | E | 
| 说明书 ”| 说 明 书 ”| 说 明 书 T EAA ARR We ARN 









































图 1.5 软件 测试 与 软件 开发 的 对 应 关系 


GEL 


1. 什么 是 软件 测试 ?软件 测试 的 目的 是 什么 ? 
2. 软件 测试 的 基本 原则 有 哪些 ? 

3. 软件 测试 有 什么 局 限 性 ? 

4. 简 述 软件 测试 发 展 历史 及 软件 测试 的 现状 。 
5. 谈 谈 你 对 软件 测试 重要 性 的 理解 。 

6. 如何 区 分 软件 测试 与 软件 调试 ? 





软件 测试 过 程 与 策略 


1. 概述 


软件 产品 种 类 繁多 ,测试 过 程 千 变 万 化 ,为 了 能 够 找到 系统 中 绝 大 部 分 的 软件 缺陷 , 必 
须 构建 各 种 行 之 有 效 的 测试 方法 与 策略 。 

本 章 通 过 详细 分 析 , 介 绍 软件 测试 的 复杂 性 和 经 济 性 ; 通过 讲述 软件 测试 的 整个 流程 ， 
从 而 了 解 单元 测试 、 集 成 测试 .确认 测试 、 系 统 测试 和 验收 测试 等 基本 测试 方法 ; 通过 比较 
分 析 , 介 绍 静 态 与 动态 测试 、 黑 盒 与 白金 测试 的 基本 策略 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 软件 测试 流程 ; 

(2) 静态 测试 与 动态 测试 ; 

(3) 黑金 测试 与 白 鲍 测试 。 

2) 难点 

(1) 软件 测试 流程 ; 

(2) 黑 盒 测试 与 白 鲍 测试 。 

人 们 对 软件 工程 开发 的 常规 认识 中 ,认为 开发 程序 是 一 个 复杂 而 困难 的 过 程 ,需要 花费 
大 量 的 人 力 、 物 力 和 时 间 ,而 测试 一 个 程序 则 比较 容易 ,不 需要 花费 太 多 的 精力 。 其 实 这 是 
对 软件 工程 开发 过 程 理解 上 的 一 个 误区 。 在 实际 的 软件 开发 过 程 中 ,作为 现代 软件 开发 工 
业 一 个 非常 重要 的 组 成 部 分 ,软件 测试 正 扮演 着 越 来 越 重要 的 角色 。 随 着 软件 规模 的 不 断 
扩大 ,如 何在 有 限 的 条 件 下 对 被 开发 软件 进行 有 效 的 测试 正成 为 软件 工程 中 一 个 非常 关键 
的 课题 。 


.1 软件 测试 策略 概述 


软件 测试 策略 是 软件 工程 过 程 的 一 个 软件 测试 的 模板 ,也 就 是 把 特定 的 测试 用 例 方法 
放置 进去 的 一 系列 步骤 。 

软件 测试 策略 包含 的 特征 : 

(1) 测试 从 模块 层 开始 ,然后 扩大 延伸 到 整个 基于 计算 机 的 系统 集合 中 。 
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(2) 不 同 的 测试 技术 适用 于 不 同 的 时 间 点 。 

(3) 测试 是 由 软件 的 开发 人 员 和 (对 于 大 型 系统 而 言 ) 独 立 的 测试 组 来 管理 的 。 

(4) 测试 和 调试 是 不 同 的 活动 ,但 是 调试 必须 能 够 适应 任何 测试 策略 。 

软件 测试 充分 性 准则 : 

(1) 对 任何 软件 都 存在 有 限 的 充分 测试 集合 。 

(2) 如 果 一 个 软件 系统 在 一 个 测试 数据 集合 上 的 测试 是 充分 的 ,那么 再 多 测试 一 些 数 
据 也 应 该 是 充分 的 。 这 一 特性 称 为 单调 性 。 

(3) 即使 对 软件 所 有 成 分 都 进行 了 充分 的 测试 ,也 并 不 表明 整个 软件 的 测试 已 经 充分 ， 
这 一 特性 称 为 非 复合 性 。 

(4) 即使 对 软件 系统 整体 的 测试 是 充分 的 ,也 并 不 意味 软件 系统 中 各 个 成 分 都 已 经 充 
分 地 得 到 了 测试 。 这 个 特性 称 为 非 分 解 性 。 

(5) 软件 测试 的 充分 性 应 该 与 软件 的 需求 和 软件 的 实现 都 相关 。 

(6) 软件 越 复杂 ,需要 的 测试 数据 就 越 多 。 这 一 特性 称 为 复杂 性 。 

(7) 测试 得 越 多 ,进一步 测试 所 能 得 到 的 充分 性 增长 就 越 少 。 这 一 特性 称 为 回报 递 
减 率 。 


2.2 软件 测试 分 类 


软件 测试 分 类 有 多 种 ,可 以 从 不 同 角 度 对 软件 测试 进行 分 类 。 软 件 测试 分 类 如 
图 2. 1 所 示 。 
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测试 方法 

(白金 测试 方法 ) 。《 黑 例 测试 方法 ) 
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2.1 软件 测试 分 类 


1. 按照 软件 开发 阶段 划分 

按照 软件 开发 阶段 划分 ,软件 测试 可 分 为 单元 测试 .集成 测试 ,系统 测试 和 验收 测试 。 
1) 单元 测试 

单元 测试 ,是 指 对 软件 中 的 最 小 可 测试 单元 进行 检查 和 验证 。 单 元 测试 需要 从 软件 的 
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内 部 结构 出 发 设计 测试 用 例 。 多 个 模块 可 以 独立 地 进行 测试 。 

2) 集成 测试 

集成 测试 ,也 叫 组 装 测试 或 联合 测试 。 在 单元 测试 的 基础 上 ,将 所 有 模块 按照 设计 要 求 
组 装 成 为 子 系统 或 系统 ,进行 集成 测试 。 集 成 测试 过 程 中 会 形成 很 多 个 临时 版 本 ,每 个 版 本 
提交 时 都 会 进行 冒 烟 测试 , 即 对 程序 的 主要 功能 进行 验证 。 

3) 系统 测试 

系统 测试 是 将 已 经 确认 的 软件 .计算 机 硬件 .外 设 、 网 络 等 其 他 元 素 结合 在 一 起 ,进行 信 
息 系统 的 各 种 组 装 测试 和 确认 测试 ,系统 测试 是 针对 整个 产品 系统 进行 的 测试 ,目的 是 验证 
系统 是 否 满足 了 需求 规格 的 定义 , 找 出 与 需求 规格 不 符 或 与 之 矛盾 的 地 方 , 从 而 提出 更 加 完 
善 的 方案 。 

系统 测试 发 现 问题 之 后 要 经 过 调试 找 出 错误 原因 和 位 置 ,然后 进行 改正 ; 若是 基于 系 
统 整 体 需 求 说 明 书 的 黑 盒 类 测试 ,应 覆盖 系统 所 有 联合 的 部 件 。 其 对 象 不 仅仅 包括 需 测 试 
的 软件 ,还 要 包含 软件 所 依赖 的 硬件 .外 设 甚至 包括 某 些 数据 . 某 些 支持 软件 及 其 接口 等 。 

4) 验收 测试 

验收 测试 是 部 署 软件 之 前 的 最 后 一 个 测试 操作 。 在 软件 产品 完成 了 单元 测试 .集成 测 
试 和 系统 测试 之 后 ,产品 发 布 之 前 所 进行 的 软件 测试 活动 。 它 是 技术 测试 的 最 后 一 个 阶段 ， 
也 称 为 交付 测试 。 验 收 测试 的 目的 是 确保 软件 准备 就 绪 ,并 且 可 以 让 最 终 用 户 将 其 用 于 执 
行 软件 的 既定 功能 和 任务 。 


2. 按照 测试 技术 划分 


D 白 盒 测 试 

白 盒 测试 又 称 结构 性 测试 .透明 盒 测试 .逻辑 驱动 测试 或 基于 代码 的 测试 。 白 盒 测 试 是 
一 种 测试 用 例 设 计 方 法 ,盒子 指 的 是 被 测试 的 软件 , 白 盒 指 的 是 盒子 是 可 视 的 ,可 知道 盒子 
内 部 的 东西 以 及 里 面 是 如 何 运作 的 .“ 白 盒 法 全 面 了 解 程序 内 部 逻辑 结构 .对 所 有 逮 辑 路 
径 进 行 测试 。“ 白 盒 " 法 是 穷 举 路 径 测试 。 在 使 用 这 一 方案 时 ,测试 者 必须 检查 程序 的 内 部 
结构 ,从 检查 程序 的 逻辑 着 手 , 得 出 测试 数据 。 贯 穿 程序 的 独立 路 径 数 是 天 文 数字 。 

2) RAWA 

黑 盒 测试 也 称 功 能 测试 , 它 是 通过 测试 来 检测 每 个 功能 是 否 都 能 正常 使 用 。 在 测试 中 ， 
把 程序 看 作 一 个 不 能 打开 的 黑 盒 子 , 在 完全 不 考虑 程序 内 部 结构 和 内 部 特性 的 情况 下 ,在 程 
序 接口 进行 测试 , 它 只 检查 程序 功能 是 否 按照 需求 规格 说 明 书 的 规定 正常 使 用 ,程序 是 否 能 
适当 地 接收 输入 数据 而 产生 正确 的 输出 信息 。 黑 盒 测试 着 眼 于 程序 外 部 结构 ,不 考虑 内 部 
逻辑 结构 ,主要 针对 软件 界面 和 软件 功能 进行 测试 。 

黑 盒 测 试 是 以 用 户 的 角度 ,从 输入 数据 与 输出 数据 的 对 应 关系 出 发 进行 测试 的 。 很 明 
显 , 如 果 外 部 特性 本 身 设计 有 问题 或 规格 说 明 的 规定 有 误 , 那 么 用 黑 盒 测试 方法 是 发 现 不 
了 的 。 

3) 灰 盒 测试 

灰 盒 测试 ,是 介 于 白 盒 测 试 与 黑 盒 测 试 之 间 的 一 种 测试 , 灰 盒 测试 多 用 于 集成 测试 阶 
Be ,不 仅 关注 输出 、 输 入 的 正确 性 ,同时 也 关注 程序 内 部 的 情况 。 灰 盒 测试 不 像 白 盒 那 样 详 
细 、 完 整 ,但 又 比 黑 盒 测 试 更 关注 程序 的 内 部 逻辑 ,常常 是 通过 一 些 表征 性 的 现象 .事件 、 标 
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志 来 判断 内 部 的 运行 状态 。 它 考虑 了 用 户 端 ,特定 的 系统 知识 和 操作 环境 。 它 在 系统 组 件 
的 协同 性 环境 中 评价 应 用 软件 的 设计 。 


3. 按照 被 测试 软件 是 否 实际 运行 划分 


1) 静态 测试 

静态 方法 是 指 不 运行 被 测 程序 本 身 , 仅 通过 分 析 或 检查 源 程序 的 语法 、 结 构 . 过程 、 
接口 等 来 检查 程序 的 正确 性 。 通 过 对 需求 规格 说 明 书 、 软 件 设计 说 明 书 、 源 程序 做 结构 
分 析 、 流 程 图 分 析 、 符 号 执行 来 找 错 。 静态 方法 通过 程序 静态 特性 的 分 析 , 找 出 欠缺 和 可 
疑 之 处 ,例如 不 匹配 的 参数 .不 适当 的 循环 榜 套 和 分 支 嵌 套 、 不 允许 的 递归 、 未 使 用 过 的 
变量 、 空 指针 的 引用 和 可 疑 的 计算 等 。 静态 测试 结果 可 用 于 进一步 的 查 错 ,并 为 测试 用 
例 选取 提供 指导 。 

2) 动态 测试 

动态 测试 方法 是 指 通过 运行 被 测 程序 ,检查 运行 结果 与 预期 结果 的 差异 ,并 分 析 运 行 效 
率 \ 正 确 性 和 健壮 性 等 性 能 。 这 种 方法 由 三 部 分 组 成 : 构造 测试 用 例 、 执 行程 序 、 分 析 程 序 
的 输出 结果 。 


4. 按照 测试 实施 组 织 划 分 


按照 测试 实施 组 织 划分 ,软件 测试 可 分 为 开发 方 测试 (a 测试 )、 用 户 测试 (B 测试 ) ,第 三 
方 测试 。 

1) 开发 方 测试 

通常 也 叫 “ 验 证 测试 "或 “a 测试 "。 开 发 方 通过 检测 和 提供 客观 证 据 , 证 实 软件 的 实现 
是 否 满足 规定 的 需求 。 验 证 测试 是 在 软件 开发 环境 下 ,由 开发 者 检测 与 证 实 软件 的 实现 是 
否 满足 软件 设计 说 明 或 软件 需求 说 明 的 要 求 ; 主要 是 指 在 软件 开发 完成 以 后 ,开发 方 对 象 
提交 的 软件 进行 全 面 的 自我 检查 与 验证 ,可 以 和 软件 的 “系统 测试 一 并 进行 。 

2) 用 户 测试 

在 用 户 的 应 用 环境 下 ,用 户 通过 运行 和 使 用 软件 ,检测 与 核实 软件 实现 是 否 符合 自己 预 
期 的 要 求 。 通 常情 况 用 户 测试 不 是 指 用 户 的 “验收 测试 ”而 是 指 用 户 的 使 用 性 测试 ,由 用 户 
找 出 软件 的 应 用 过 程 中 发 现 的 软件 缺陷 与 问题 ,并 对 使 用 质量 进行 评价 。 

8B 测试 通常 被 看 成 是 一 种 “用 户 测试 "?。B 测试 主要 是 把 软件 产品 有 计划 地 免费 分 发 到 
目标 市 场 ,让 用 户 大 量 使 用 ,并 评价 、 检 查 软 件 。 通 过 用 户 各 种 方式 的 大 量 使 用 ,来 发 现 软件 
存在 的 问题 与 错误 ,把 信息 反馈 给 开发 者 修改 。 

3) 第 三 方 测试 

第 三 方 测试 是 介 于 软件 开发 和 用 户 方 之 间 的 测试 组 织 的 测试 ,也 称 为 独立 测试 。 软 件 
质量 工程 强调 开展 独立 验证 和 确认 活动 。 

第 三 方 测试 是 由 在 技术 ,管理 和 财务 上 与 开发 方 和 用 户 方 相对 独立 的 组 织 进行 的 软件 
测试 。 一 般 情况 下 是 在 模拟 用 户 真 实 应 用 环境 下 ,进行 软件 确认 测试 。 


5. 按 测试 类 型 划分 
按 测试 类 型 分 类 ,软件 测试 可 以 分 为 功能 测试 .界面 测试 .性 能 测试 .强度 测试 .压力 测 
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试 、 安 全 测试 .兼容 性 测试 .安装 测试 和 文档 测试 。 

1) 功能 测试 

功能 测试 主要 针对 产品 需求 说 明 书 对 软件 进行 测试 ,验证 软件 功能 是 否 适 合 需求 ,包括 
对 原 定 功能 的 检验 以 及 测试 软件 是 否 存在 宛 余 功能 .遗漏 功能 。 

2) 界面 测试 

界面 测试 主要 对 系统 的 界面 进行 测试 ,测试 用 户 界 面 是 否 友好 、 软 件 是 否 方便 易 用 , 系 
统 设计 是 否 合理 .界面 位 置 是 否 正确 等 问题 。 

3) 性 能 测试 

性 能 测试 主要 测试 系统 的 性 能 是 否 满足 用 户 要 求 , 即 在 特定 的 运行 条 件 下 验证 系统 的 
能 力 状 况 。 性 能 测试 主要 是 通过 自动 化 的 测试 工具 模拟 正常 .峰值 以 及 异常 负载 状况 ,对 系 
统 的 各 项 性 能 指标 进行 测试 ,测试 中 得 到 的 负载 和 响应 时 间 等 数据 可 被 用 于 验证 软件 系统 
是 否 能 够 达到 用 户 提 出 的 性 能 指标 。 

4) 强度 测试 

强度 测试 是 一 种 性 能 测试 ,强度 测试 总 是 迫使 系统 在 异常 的 资源 配置 下 运行 ,强度 测试 
的 目的 是 找 出 因 资 源 不 足 或 资源 争 用 而 导致 的 错误 。 例 如 ,如 果 内 存 或 磁盘 空间 不 足 ,测试 
对 象 就 可 能 表现 出 一 些 在 正常 条 件 下 并 不 明显 的 缺陷 ,这 些 缺 陷 可 能 由 于 争 用 共享 资源 (如 
数据 库 锁 或 网 络 带宽 ) 而 显现 出 来 。 例 如 ,一 个 系统 在 521MB 内 存 下 可 以 正常 运行 ,但 是 降 
低 内 存 容 量 后 就 不 可 能 运行 ,系统 提示 内 容 容量 不 足 , 则 这 个 系统 对 内 存 的 要 求 就 
是 521MB。 

5) 压力 测试 

压力 测试 是 一 种 性 能 测试 ,主要 是 在 超 负荷 环境 中 ,检验 系统 是 否 能 够 正常 运行 。 压 力 测 
试 的 目的 是 检验 系统 在 资源 超 负荷 的 情况 下 的 表现 ,是 通过 极限 测试 方法 ,发 现 系 统 在 极限 或 
恶劣 环境 中 的 自我 保护 能 力 。 压 力 测 试 的 目标 是 确定 并 确保 系统 在 超出 最 大 预期 工作 量 的 情 
况 下 仍 能 正常 运行 。 此 外 ,压力 测试 还 要 评估 软件 的 性 能 特性 ,例如 响应 时 间 、 事 务 处 理 速 度 
和 其 他 与 时 间 相 关 的 性 能 特性 。 例 如 ,在 B/S 结构 中 ,用 户 并 发 测试 就 属于 压力 测试 ,测试 人 
员 可 以 使 用 性 能 测试 工具 ,模拟 上 百人 同时 访问 网 站 ,检测 系统 响应 时 间 , 处 理 速 度 如 何 。 

6) 安全 测试 

安全 测试 主要 测试 系统 防止 非法 入侵 的 能 力 , 例 如 测试 系统 在 没有 授权 的 内 部 或 者 外 
部 用 户 对 系统 进行 攻击 或 恶意 破坏 时 如 何 运 行 ,是 否 能 够 保证 数据 的 安全 。 

7) 兼容 性 测试 

兼容 性 测试 主要 测试 软件 产品 在 不 同 的 平台 、 不 同 的 工具 软件 或 相同 工具 软件 的 不 同 
版 本 下 的 兼容 性 ,其 目的 是 测试 系统 与 其 他 软件 、 硬 件 兼容 的 能 力 。 

8) 安装 测试 

安装 测试 主要 检验 软件 是 否 可 以 正确 安装 ,安装 文件 的 各 项 设置 是 否 有 效 ,安装 后 是 否 
影响 整个 计算 机 系统 、 印 载 软件 时 是 否 印 载 干净 、 印 载 后 软件 是 否 影 响 整 个 计算 机 系统 等 。 

9) 文档 测试 

文档 测试 主要 检查 内 部 或 外 部 文档 的 清晰 性 和 准确 性 。 对 外 部 文档 而 言 , 测 试 工作 主 
要 针对 用 户 的 文档 ,以 需求 说 明 用户 手册 、 安 装 手册 为 主 , 检 验 文 档 是 否 和 实际 应 用 存在 差 
别 , 而 且 还 必须 考虑 文档 是 否 简单 明了 、 相 关 的 技术 术语 是 否 解释 清楚 等 问题 。 


























15 


“A 


16 p。” 软件 测试 技术 及 实战 汇编 
VY 


C3 静态 测试 与 动态 测试 


软件 测试 在 软件 开发 过 程 中 具有 非常 重要 的 作用 。 软 件 测试 的 实质 在 于 : 按照 规定 步 
又 采用 有 效 方法 ,对 程序 进行 严格 的 检验 ,发现 和 改正 软件 的 各 种 差错 ,提高 软件 质量 ,使 其 
逐步 达到 规定 要 求 , 交 付 用 户 使 用 。 

经 过 几 十 年 的 发 展 , 软 件 测试 方法 体系 业已 经 形成 ,软件 项 目 开 发 机 构 可 以 结合 实际 需 
要 选择 使 用 。 软 件 测 试 方法 ,按照 是 否 在 计算 机 上 运行 被 测 软件 ,区 分 为 静态 测试 和 动态 测 
试 两 大 类 。 图 2. 2 所 示 为 软件 测试 技术 分 类 框架 。 
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图 2.2 软件 测试 技术 分 类 框架 


2.3.1 静态 测试 
1. 静态 测试 的 概念 


所 谓 静态 测试 (static testing) ,就 是 不 实际 运行 被 测 软件 ,只 是 静态 地 检查 程序 代码 、 界 
面 或 文档 中 可 能 存在 的 错误 的 过 程 。 

静态 测试 包含 三 方面 的 内 容 : 

(1) 对 于 代码 测试 ,主要 测试 代码 是 否 符合 相应 的 标准 和 规范 。 

(2) 对 于 界面 测试 ,主要 测试 软件 的 实际 界面 与 需求 中 的 说 明 是 否 相 符 。 

(3) 对 于 文档 测试 ,主要 测试 用 户 手 册 和 需求 说 明 是 否 符合 用 户 的 实际 需求 。 

(2) 和 (3) 的 测试 容易 一 些 , 只 要 测试 人 员 对 用 户 需求 很 熟悉 ,并 比较 细心 就 很 容易 发 现 
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界面 和 文档 中 的 缺陷 。 而 对 程序 代码 的 静态 测试 要 复杂 得 多 ,需要 按照 相应 的 代码 规范 模 
板 来 逐 行 检 查 程序 代码 。 


2. 静态 测试 的 重要 性 


(1) 发 现 设计 的 方向 性 问题 。 
(2) 更 早 地 发 现 问题 。 

(3) 避免 “ 杀 虫 剂 ” 现 象 。 

(4) 引起 程序 设计 人 员 的 重视 。 
(5) 静态 测试 可 以 训练 程序 员 。 


3. 静态 测试 方法 


静态 测试 方法 有 很 多 ,主要 有 代码 审查 .代码 走 查 、 桌 面 检查 等 。 代 码 检查 包括 代码 审 
查 、 代 码 走 查 以 及 桌面 检查 等 。 

1) 代码 审查 

所 谓 的 代码 审查 ,是 以 组 为 单位 阅读 代码 ,是 一 系列 规程 和 错误 检查 技术 的 集合 。 代 码 
审查 作为 质量 保证 的 一 部 分 ,是 静态 测试 的 主要 手段 之 一 。 

代码 审查 的 作用 : 程序 员 通 常会 得 到 编程 风格 、 算 法 选择 及 编译 技术 等 方面 的 反馈 信 
息 ; 其 他 参与 者 也 可 以 通过 接触 其 他 程序 员 的 错误 和 编程 风格 而 同样 受益 菲 浅 ; 代码 检查 
还 是 早期 发 现 程序 中 最 易 出 错 部 分 的 方法 之 一 ,有 助 于 在 基于 计算 机 的 测试 过 程 中 将 更 多 
的 注意 力 集中 在 这 些 地 方 。 但 需要 注意 的 是 ,该 过 程 通常 将 注意 力 集中 在 发 现 错误 上 ,而 不 
是 纠正 错误 。 

成 员 组 成 : 一 个 代码 检查 小 组 通常 由 四 人 组 成 ,其 中 一 人 发 挥 着 协调 作用 、 一 人 是 该 程 
序 的 编码 人 员 、 一 人 是 其 他 成 员 ,通常 是 程序 的 设计 人 员 、 一 人 是 测试 专家 。 

协调 人 的 职责 : 为 代码 检查 分 发 材料 .安排 进程 ; 在 代码 检查 中 起 主导 作用 ; 记录 发 现 
的 所 有 错误 ; 确保 所 有 错误 得 到 改正 。 

有 关 代 码 审查 的 具体 流程 ,如 图 2. 3 所 示 。 在 代码 审查 的 过 程 中 尤其 要 重视 准备 检查 
资料 的 过 程 , 如 果 参 加 会 议 的 人 员 在 会 议 举行 之 前 没有 对 被 审查 的 对 象 充分 的 理解 ,会 严重 
影响 会 议 的 效果 。 








TITE 准备 检查 
计划 检查 资料 


























图 2.3 代码 审查 流程 


注意 事项 : 在 代码 检查 的 时 间 和 地 点 的 选择 上 ,应 避免 所 有 的 外 部 干扰 ; 代码 检查 会 
议 的 理想 时 间 应 在 90 一 120 分 钟 ; 大 多 数 的 代码 检查 都 是 按 每 小 时 大 约 阅 读 150 行 代码 的 
速度 进行 ; 对 大 型 软件 的 检查 应 安排 多 个 代码 检查 会 议 同时 进行 ,每 个 代码 检查 会 议 处 理 
一 个 或 几 个 模块 或 子 程序 ; 提出 的 建议 应 针对 程序 本 身 , 而 不 应 针对 程序 员 ; 另 一 方面 , 程 
序 员 必须 怀 着 非 自 我 本 位 的 态度 来 对 待 错 误 检 查 , 对 整个 过 程 采 取 积极 和 建设 性 的 态度 ; 
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代码 检查 的 目标 是 发 现 程序 中 的 错误 ,从 而 改进 程序 的 质量 。 

2) 代码 走 查 

代码 走 查 是 以 小 组 为 单元 进行 代码 阅读 ,同样 也 是 一 系列 规程 和 错误 检查 技术 的 集合 。 
且 代 码 走 查 也 采用 持续 1 一 2 小 时 的 不 间断 会 议 的 形式 。 

成 员 组 成 : 一 般 是 由 3 一 5 人 组 成 ,其 中 一 人 扮演 “协调 人 ”; 一 人 担任 秘书 角色 ,负责 记 
录 所 有 查 出 的 错误 ; 还 有 一 人 担任 测试 人 员 。 建 议 最 佳 的 组 合 应 该 是 : 一 位 极 富 经 验 的 程 
序 员 ; 一 位 程序 设计 语言 专家 ; 一 位 程序 员 新 手 ( 可 以 给 出 新 颖 不 带 偏见 的 观点 ); 最 终 将 
维护 程序 的 人 员 ; 一 位 来 自 其 他 不 同 项 目的 人 员 ; 一 位 来 自 该 软件 编程 小 组 的 程序 员 。 

代码 走 查 的 流程 与 代码 检查 很 类 似 , 这 里 仅 列 出 不 同 之 处 。 即 代码 走 查 的 任务 : 就 是 
参与 者 “使 用 了 计算 机 ”。 被 指定 为 测试 人 员 的 那个 人 会 带 着 一 些 书面 的 测试 用 例 ( 程 序 或 
模块 具有 代表 性 的 输入 集 及 预期 的 输出 集 ) 来 参加 会 议 。 且 在 会 议 期 间 ,每 个 测试 用 例 都 在 
人 们 头脑 中 进行 推演 , 即 把 测试 数据 沿 程序 的 逻辑 结构 走 一 遍 , 并 把 程序 的 状态 (如 变量 的 
值 ) 记 录 在 纸张 或 白板 上 以 供 监 视 。 

这 些 书面 的 测试 用 例 必须 结构 简单 .数量 较 少 ,因为 人 脑 执行 程序 的 速度 比 计算 机 执行 
程序 的 速度 慢 上 若干 量 级 。 之 所 以 提供 这 些 测 试用 例 , 目 的 不 是 在 于 其 本 身 对 测试 起 了 关 
键 的 作用 ,而 是 提供 了 启动 代码 走 查 和 质疑 程序 员 逻 辑 思 路 及 其 设想 的 手段 。 因 为 ,在 大 多 
数 的 代码 走 查 中 ,很 多 问题 是 在 向 程序 员 提 问 的 过 程 中 发 现 的 ,而 不 是 由 测试 用 例 本 身 直接 
发 现 的 。 

3) 桌面 检查 

桌面 检查 可 视 为 由 单 人 进行 的 代码 检查 或 代码 走 查 ; 由 一 个 人 阅读 程序 ,对 照 错误 列 
表 检 查 程 序 , 对 程序 推演 测试 数据 。 但 是 ,桌面 检查 的 效果 不 是 很 理想 ,原因 是 , 单 人 检查 完 
全 没有 约束 ,开发 人 员 测 试 或 检查 自己 程序 的 效果 很 不 理想 ,检查 者 没有 展示 自己 能 力 的 机 
会 ,缺乏 良好 的 效应 。 其 结论 是 桌面 检查 胜 于 没有 检查 ,但 其 效果 远 远 逊 于 代码 审查 和 代码 
走 查 。 


2.3.2 动态 测试 


所 谓 软件 的 动态 测试 ,就 是 通过 运行 软件 来 检验 软件 的 动态 行为 和 运行 结果 的 正确 性 。 
目前 ,动态 测试 也 是 公司 的 测试 工作 的 主要 方式 。 


1. 动态 测试 的 步骤 


根据 动态 测试 在 软件 开发 过 程 中 所 处 的 阶段 和 作用 ,动态 测试 可 分 为 如 下 几 个 步骤 : 

(1) 单元 测试 。 单 元 测试 是 对 软件 中 的 基本 组 成 单位 进行 测试 ,其 目的 是 检验 软件 基 
本 组 成 单位 的 正确 性 。 在 公司 的 质量 控制 体系 中 ,单元 测试 由 产品 组 在 软件 提交 测试 部 前 
完成 。 单 元 测试 是 白 盒 测试 。 

(2) 集成 测试 是 在 软件 系统 集成 过 程 中 所 进行 的 测试 ,其 主要 目的 是 检查 软件 单位 之 
间 的 接口 是 否 正确 。 在 实际 工作 中 ,我 们 把 集成 测试 分 为 若干 次 的 组 装 测试 和 确认 测试 。 

组 装 测试 ,是 单元 测试 的 延伸 , 除 对 软件 基本 组 成 单位 的 测试 外 ,还 需 增加 对 相互 联系 
模块 之 间接 口 的 测试 。 如 在 三 维 软件 中 ,构件 布置 和 构件 工程 量 计算 是 软件 不 同 的 组 成 单 
位 ,但 构件 工程 量 计算 的 数据 直接 来 源 于 构件 布置 ,两 者 单独 进行 单元 测试 ,可 能 都 很 正常 ， 
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但 构件 布置 的 数据 是 否 能 够 正常 传递 给 工程 量 计算 , 则 必须 通过 组 装 测试 的 检验 。 集 成 测 
试 是 白 盒 测 试 。 

确认 测试 ,是 对 组 装 测试 结果 的 检验 ,主要 目的 是 尽 可 能 排除 单元 测试 .组 装 测试 中 发 
现 的 错误 。 

(3) 系统 测试 。 系 统 测试 是 对 已 经 集成 好 的 软件 系统 进行 彻底 测试 ,以 验证 软件 系统 
的 正确 性 和 人 性 能 等 满足 其 规约 所 指定 的 要 求 。 系 统 测 试 应 该 按照 测试 计划 进行 ,其 输入 、 输 
出 和 其 他 动态 和 运行 行为 应 该 与 软件 规约 进行 对 比 ,同时 测试 软件 的 强壮 性 和 易 用 性 。 如 果 
软件 规约 ( 即 软件 的 设计 说 明 书 、 软 件 需求 说 明 书 等 文档 ) 不 完备 ,系统 测试 更 多 的 是 依赖 测 
试 人 员 的 工作 经 验 和 判断 ,这 样 的 测试 是 不 充分 的 。 系 统 测试 是 黑 盒 测试 。 

(4) 验收 测试 。 这 是 软件 在 投入 使 用 之 前 的 最 后 测试 。 是 购买 者 对 软件 的 试用 过 程 。 
在 实际 工作 中 ,通常 是 采用 请 客户 试用 或 发 布 Beta 版 软件 来 实现 。 验 收 测试 是 黑 盒 测试 。 

(5) 回归 测试 。 即 软件 维护 阶段 ,其 目的 是 对 验收 测试 结果 进行 验证 和 修改 。 在 实际 
应 用 中 ,对 客户 投诉 的 处 理 就 是 回归 测试 的 一 种 体现 。 


2. 实例 分 析 
【实例 】 C 语言 程序 的 静态 测试 和 动态 测试 。 


# include < stdio. h> 
Max(float x, float y) 


í 

float z; 

z=x>y?x: y; 

return(z); 

} 

Main() 

| 

float a, b; 

int c; 

scanf("%f, % £"&a, &b) ; 

c= max(a,b); 

printf("Max is %d\n", c); 

} 

程序 的 功能 为 : 在 主 函数 里 输入 两 个 单 精度 的 数 a 和 b, 然 后 调用 max FAROER a 
A b 中 的 大 数 , 最 后 将 大 数 输出 。 

(1) 我 们 现在 就 对 代码 进行 静态 分 析 , 主 要 根据 一 些 C 语言 的 基础 知识 来 检查 。 

我 们 把 问题 分 为 两 种 : 一 种 是 必须 修改 的 , 另 一 种 是 建议 修改 的 。 

必须 修改 的 问题 有 三 个 : 

O 程序 没有 注释 。 注 释 是 程序 中 非常 重要 的 组 成 部 分 ,一 般 占 到 总 行 数 的 1/4 左右 。 程 
序 开 发 出 来 不 仅 是 给 程序 员 看 的 ,其 他 程序 员 和 测试 人 员 也 要 看 。 有 了 注释 ,别人 就 能 很 快 地 
了 解 程序 实现 的 功能 。 注 释 应 该 包含 作者 .版 本 号 、 创 建 日 期 以 及 主要 功能 模块 的 含义 等 。 

© Fema max 没有 返回 值 的 类 型 。 巾 于 类 型 为 单 精度 ,我 们 可 以 在 max() 前 面 加 一 个 
float 类 型 声明 。 
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@ 精度 丢失 问题 。 大 家 注意 “c= max(a,b)” 语 句 , 我 们 知道 c 的 类 型 为 整 型 int, 而 
max(a,b) 的 返回 值 z 为 单 精度 float, 将 单 精度 的 数 赋值 给 一 个 整 型 的 数 ,C 语言 的 编译 器 
会 自动 地 进行 类 型 转换 ,将 小 数 部 分 去 掉 , 比 如 z 一 2.5, 赋 给 c 则 为 2, 最 后 输出 的 结果 就 不 
是 a 和 b 中 的 大 数 ,而 是 大 数 的 整数 部 分 。 

建议 修改 的 问题 也 有 三 个 : 

O Main 函数 没有 返回 值 类 型 和 参数 列表 。 虽 然 main 函数 没有 返回 值 和 参数 ,但 是 我 
们 将 其 改 为 void main(void) ,来 表明 main 函数 的 返回 值 和 参数 都 为 空 , 因 为 在 有 的 白 盒 测 
试 工具 的 编码 规范 中 ,如 果 不 写 void 会 认为 是 个 错误 。 

© 一 行 代码 只 定义 一 个 变量 。 

© 程序 适当 加 些 空 行 。 空 行 不 占 内 存 ,会 使 程序 看 起 来 更 清晰 。 

程序 修改 如 下 : 

# include < stdio. h> 

float max(float x, float y) // 返 回 两 个 单 精度 数 中 的 大 数 

z 

z=x>y?x: y; 

return(z); 

} 

main() 

{ 

float a; 

float b; 

int c; 

scanf("%f, % £"&a, &b) ; 

c=max(a,b); 

printf("Max is %d\n", c); 

} 

(2) 动态 测试 。 实 际 运行 修改 后 的 程序 , 按 回 车 键 ,得 到 结果 3. 500000 ,与 我 们 预期 的 
相符 合 。 

这 是 一 个 动态 测试 的 过 程 。 可 能 有 的 读者 会 问 , 以 上 过 程 不 也 是 黑 盒 测 试 的 过 程 吗 ? 
黑 盒 白 盒 .动态 静态 ,它们 之 间 有 什么 关系 呢 ? 

它们 只 是 测试 的 不 同 角度 而 已 ,同一 个 测试 , 既 有 可 能 是 黑 盒 测 试 ,也 有 可 能 是 动态 测 
试 ; 既 有 可 能 是 静态 测试 ,也 有 可 能 是 白 盒 测 试 。 

黑 盒 测试 有 可 能 是 动态 测试 (运行 程序 ,看 输入 输出 ), 也 有 可 能 是 静态 测试 (不 运行 ,只 
看 界面 ) 。 

白 盒 测试 有 可 能 是 动态 测试 (运行 程序 并 分 析 代码 结构 ), 也 有 可 能 是 静态 测试 (不 运行 
程序 ,只 静态 察看 代码 ) 。 

动态 测试 有 可 能 是 黑 盒 测 试 (运行 , 只 看 输入 输出 ), 也 有 可 能 是 白 盒 测试 (运行 并 分 析 
代码 结构 ) 。 

静态 测试 有 可 能 是 黑 盒 测 试 (不 运行 ,只 察看 界面 ), 也 有 可 能 是 白 盒 测试 (不 运行 ,只 察 
看 代码 ) 。 
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2.4 软件 测试 过 程 模 型 


2.4.1 V 模型 


V 模型 是 最 具有 代表 意义 的 测试 模型 ,最 早 由 Paul Rook 在 20 世纪 80 年 代 后 期 提出 ， 
旨 在 改进 软件 开发 的 效率 和 效果 。 

在 传统 的 开发 模型 中 ,比如 瀑布 模型 ,人 们 通常 把 测试 过 程 作为 在 需求 分 析 、 概 要 设计 、 
详细 设计 和 编码 全 部 完成 之 后 的 一 个 阶段 ,尽管 有 时 测试 工作 会 占用 整个 项 目 周期 一 半 的 
时 间 , 但 有 的 人 仍然 认为 测试 只 是 个 收尾 工作 ,而 不 是 主要 过 程 。V 模型 的 推出 就 是 对 这 
种 认识 的 改进 。V 模型 是 软件 开发 瀑布 模型 的 一 个 变种 , 它 反 映 了 测试 活动 与 分 析 和 设计 
的 关系 ,从 左 到 右 ,描述 了 基本 的 开发 过 程 和 测试 行为 ,非常 明确 地 标明 了 测试 过 程 中 存在 
的 不 同 级 别 ,并 且 清 楚 地 描述 了 这 些 测 试 阶段 和 开发 过 程 期 间 各 阶段 的 对 应 关系 ,如 图 2. 4 
所 示 。 

需求 分 析 验收 测试 
| 系统 测试 
确认 测试 
详细 设计 
集成 测试 
编码 


Pa 
bya 


图 2.4 软件 测试 V 模型 


(1) 单元 测试 与 详细 设计 是 对 应 的 ,单元 测试 依据 详细 设计 文档 设计 单元 测试 用 例 , 检 
查 各 单元 模块 组 合 在 一 起 能 否 正常 工作 ,重点 查找 各 单元 模块 之 间 的 接口 上 可 能 存在 的 
问题 。 

(2) 集成 测试 与 概要 设计 是 对 应 的 ,集成 测试 依据 概要 设计 文档 设计 集成 测试 用 例 , 检 
查 各 单元 模块 组 合 在 一 起 能 否 正常 工作 ,重点 查找 各 单元 模块 之 间 的 接口 上 可 能 存在 的 
问题 。 

(3) 系统 测试 与 需求 分 析 是 对 应 的 ,系统 测试 依据 需求 分 析 文档 设计 系统 测试 用 例 , 检 
查 系统 作为 一 个 整体 是 否 有 效 地 运行 ,系统 实现 的 功能 、 性 能 是 否 满足 用 户 需求 。 

(4) 验收 测试 与 用 户 需求 是 对 应 的 ,验收 测试 通常 由 用 户 或 业务 专家 进行 ,以 确认 软件 
的 实现 是 否 真正 满足 用 户 的 需要 或 合同 的 要 求 。 

V 模型 的 软件 测试 策略 既 包 括 低层 测试 又 包括 高 层 测试 。 低 层 测试 是 为 了 源 代码 的 
正确 性 ,高 层 测试 是 为 了 使 整个 系统 满足 用 户 的 需求 。 

V 模型 存在 一 定 的 局 限 性 , 它 仅仅 把 测试 过 程 作为 在 需求 分 析 、 概 要 设计 、 详 细 设 计 及 
编码 之 后 的 一 个 阶段 。 容 易 使 人 理解 为 软件 开发 的 最 后 一 个 阶段 ,主要 是 针对 程序 进行 测 
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试 寻找 错误 ,而 需求 分 析 阶 段 隐 藏 的 问题 一 直到 后 期 的 验收 测试 才 被 发 现 。 


2.4.2 W 模型 


W 模型 由 Evolutif 公司 提出 , 它 是 在 V 模型 的 基础 上 增加 了 软件 测试 与 开发 同步 进行 
的 过 程 ,如 图 2. 5 所 示 。W 模型 可 以 说 是 V 模型 自然 而 然 的 发 展 。 它 强调 : 测试 伴随 着 整 
个 软件 开发 周期 ,而 且 测试 的 对 象 不 仅仅 是 程序 ,需求 、 功 能 和 设计 同样 需要 测试 。 这 样 , 只 
要 相应 的 开发 活动 完成 ,就 可 以 开始 执行 测试 ,可 以 说 ,测试 与 开发 是 同步 进行 的 ,有 利于 尽 
早 地 发 现 问题 。 
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图 2.5 软件 测试 W 模型 


V 模型 的 局 限 性 在 于 没有 明确 地 说 明 早期 的 测试 ,不 能 体现 * 尽 早 地 和 不 断 地 进行 软 
件 测试 的 原则 。W 模型 也 有 局 限 性 。W 模型 和 V 模型 都 把 软件 的 开发 视 为 需求 .设计 、 
编码 等 一 系列 串 行 的 活动 。 需 要 有 严格 的 指令 表示 上 一 阶段 完全 结束 , 才 可 以 正式 开始 下 
一 个 阶段 。 这 样 就 无 法 支持 迭代 、 自 发 性 以 及 变更 调整 。 


2.4.3 H 模 型 


V 模型 和 W 模型 均 存在 一 些 不 妥 之 处 。 首先 ,它们 都 把 软件 的 开发 视 为 需求 ,设计 、 编 
码 等 一 系列 串 行 的 活动 ,而 事实 上 ,虽然 这 些 活动 之 间 存 在 互相 牵制 的 关系 ,但 在 大 部 分 时 
间 内 ,它们 是 可 以 交叉 进行 的 。 虽 然 软 件 开发 期 间 有 清晰 的 需求 .设计 和 编码 阶段 ,但 实践 
告诉 我 们 ,严格 的 阶段 划分 只 是 一 种 理想 状况 。 所 以 ,相应 的 测试 之 间 也 不 存在 严格 的 次 序 
关系 。 同 时 ,各 层次 之 间 的 测试 也 存在 反复 触发 .迭代 和 增 量 关系 。 其 次 ,V 模型 和 W 模型 
都 没有 很 好 地 体现 测试 流程 的 完整 性 。 为 了 解决 上 述 问题 ,有 专家 提出 了 H 模型 。 它 将 测 
试 活动 完全 独立 出 来 ,形成 一 个 完全 独立 的 流程 ,将 测试 准备 活动 和 测试 执行 活动 清晰 地 体 
现 出 来 。 如 图 2.6 所 示 。 

这 个 示意 图 仅仅 演示 了 在 整个 生产 周期 中 某 个 层次 上 的 一 次 测试 “ 微 循环 "。 图 中 的 其 
他 流程 可 以 是 任意 开发 流程 。 例 如 .设计 流程 和 编码 流程 ,也 可 以 是 其 他 非 开发 流程 ,甚至 
是 测试 流程 自身 。 

概括 地 说 , H 模型 揭示 了 软件 测试 不 仅仅 指 测试 的 执行 ,还 包括 很 多 其 他 的 活动 ; 软件 
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测试 就 结 点 
测试 准备 -O 测试 执行 ， 


其 他 流程 (如 设计 流程 7 





图 2.6 软件 测试 模型 


测试 是 一 个 独立 的 流程 ,贯穿 产品 整个 生命 周期 ,与 其 他 流程 并 发 的 进行 ; 软件 测试 要 尽早 
准备 ,尽早 执行 ; 软件 测试 是 根据 被 测 物 的 不 同 而 分 层 进行 的 。 不 同 层 次 的 测试 活动 可 以 
按照 某 个 次 序 先 后 进行 的 ,但 也 可 能 是 反复 的 。 

在 英模 型 中 ,软件 测试 模型 是 一 个 独立 的 流程 ,贯穿 于 整个 产品 周期 ,与 其 他 流程 并 发 
进行 。 当 某 个 测试 时 间 点 就 绪 时 ,软件 测试 即 从 测试 准备 阶段 进入 测试 执行 阶段 。 

前 面 介绍 了 几 种 典型 的 测试 模型 ,应 该 说 这 些 模型 对 指导 测试 工作 的 进行 具有 重要 的 
意义 ,但 任何 模型 都 不 是 完美 的 。 我 们 应 尽 可 能 地 应 用 模型 中 对 项 目 有 实用 价值 的 方面 ,但 
不 强行 为 使 用 模型 而 使 用 模型 ,否则 也 没有 实际 意义 。 

在 这 些 模 型 中 ,V 模型 强调 了 在 整个 软件 项 目 开发 中 需要 经 历 的 若干 个 测试 级 别 ,或 
者 说 它 没有 明确 地 指出 应 该 对 软件 的 需求 .设计 进行 测试 ,而 这 一 点 在 W 模型 中 得 到 了 补 
充 。W 模型 强调 了 测试 计划 等 工作 和 对 系统 需求 和 系统 设计 的 测试 ,但 W 模型 和 V 模型 
一 样 也 没有 专门 针对 软件 测试 的 流程 予以 说 明 ,因为 事实 上 , 随 着 软件 质量 要 求 越 来 越 为 大 
家 所 重视 ,软件 测试 也 逐步 发 展 成 为 一 个 独立 于 软件 开发 部 的 组 织 , 从 每 一 个 软件 测试 的 测 
试 案例 编写 ,到 测试 实施 以 及 测试 报告 编写 的 全 过 程 ,这 个 过 程 在 H 模型 中 得 到 了 相应 的 
体现 ,表现 为 测试 是 独立 的 。 也 就 是 说 ,只 要 测试 的 前 提 条 件 具备 了 ,就 可 以 开始 进行 测 
试 了 。 

因此 ,在 实际 工作 中 ,我 们 要 灵活 地 运用 各 种 模型 的 优点 ,在 W 模型 的 框架 下 ,运用 H 
模型 的 思想 进行 独立 的 测试 ,并 同时 将 测试 和 开发 紧密 结合 ,寻找 恰当 的 就 绪 点 开始 测试 并 
反复 迭代 测试 ,最 终 保证 按期 完成 预定 目标 。 


2.4.4 X 模型 


X 模型 的 基本 思想 是 由 Marick 提出 的 。 他 认为 一 个 模型 必须 能 处 理 开 发 的 所 有 方面 ， 
包括 交接 ,频繁 重复 的 集成 以 及 需求 文档 的 缺乏 等 ,但 首先 Marick 不 建议 建立 一 个 替代 模 
型 ,Robin F. Godsmith 引用 了 Marick 思想 ,并 重新 组 织 ,形成 了 X 模型 。 

X 模型 的 左边 描述 的 是 针对 单独 程序 片段 所 进行 的 相互 分 离 的 编码 和 测试 ,此 后 将 进 
行 频繁 的 交接 ,通过 集成 最 终 成 为 可 执行 的 程序 ,然后 再 对 这 些 可 执行 程序 进行 测试 。 已 通 
过 集成 测试 的 成 品 可 以 进行 封装 并 提交 给 用 户 ,也 可 以 作为 更 大 规模 和 范围 内 集成 的 一 部 
分 。 多 根 并 行 的 曲线 表示 变更 可 以 在 各 个 部 分 发 生 。 由 图 2.7 可 见 ,X 模型 还 定位 了 探索 
性 测试 ,这 是 不 进行 事先 计划 的 特殊 类 型 的 测试 ,这 一 方式 往往 能 帮助 有 经 验 的 测试 人 员 在 
测试 计划 之 外 发 现 更 多 的 软件 错误 。 但 这 样 可 能 对 测试 造成 人 力 ,物力 和 财力 的 浪费 ,对 测 
试 人 员 的 熟练 程度 要 求 比较 高 。 

Marick 认为 一 个 模型 不 应 该 规定 那些 和 当前 所 公认 的 实践 不 一 致 的 行为 。 这 是 不 进 
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图 2.7 软件 测试 X 模 型 


行事 先 计划 的 特殊 类 型 的 测试 ,诸如 “我 这 么 测 一 下 结果 会 怎么 样 2”, 这 一 方式 往往 能 帮助 
有 经 验 的 测试 人 员 在 测试 计划 之 外 发 现 更 多 的 软件 错误 。Marick 虽然 没有 对 此 进行 明确 
的 说 明 , 但 一 定 很 乐意 看 到 该 方法 的 界定 。 

然而 ,关注 了 这 样 的 低级 别 的 行为 可 能 会 引起 不 同 的 议论 。 一 个 模型 和 一 个 单独 的 项 
目 计 划 有 所 不 同 。 模 型 不 应 该 描述 每 个 项 目的 具体 细节 ,模型 应 该 对 项 目 进行 指导 和 支持 。 
当然 ,也 可 以 将 代码 的 交接 简单 地 认为 是 一 种 集成 的 形式 。 而 V 模型 也 并 没有 限制 各 种 创 
建 周期 的 发 生 次 数 。Marick 和 Graham 都 一 致 认同 ,应 该 在 执行 测试 之 前 进行 测试 设计 。 
Marick 建议 :“ 在 你 掌握 相关 知识 时 进行 设计 ,在 你 手头 有 交付 内 容 时 进行 测试 。"X 模型 包 
含 了 测试 设计 的 步骤 ,就 像 使 用 不 同 的 测试 工具 所 要 包含 的 步骤 一 样 ,而 V 模型 没有 这 么 
做 。 但 是 ,Marick 的 例子 提示 ,X 模型 在 这 层 意 义 上 看 也 并 不 是 一 个 真 的 模型 ,取而代之 的 
是 ,应 该 允许 在 任何 时 候选 择 使 用 测试 设计 步骤 。 


@.5 测试 用 例 的 定义 和 特征 


2.5.1 测试 用 例 


软件 测试 的 本 质 是 针对 要 测试 的 内 容 确 定 一 组 测试 用 例 。 测 试用 例 应 该 包含 什么 信息 
呢 ? 包含 输入 、 预 期 输出 、 实 际 的 输出 结果 。 

输入 实际 上 有 两 种 类 型 : 前 提 ( 在 测试 用 例 执行 之 前 已 经 存在 的 环境 ) 和 由 某 种 测试 方 
法 所 标识 的 实际 输入 。 

预期 的 输出 也 有 两 类 : 后 果 和 实际 输出 。 测 试 活动 要 建立 必要 的 前 提 条 件 ,提供 测试 
用 例 输入 ,观察 输出 ,然后 将 这 些 输出 与 预期 输出 进行 比较 ,以 确定 该 测试 是 否 通过 。 

开发 良好 的 测试 用 例 的 其 他 信息 主要 支持 测试 管理 。 测 试用 例 应 该 拥有 一 个 标识 和 一 
个 原因 (需求 跟踪 是 一 个 很 好 的 原因 ) 。 记 录 测 试用 例 的 执行 历史 也 是 很 有 用 的 ,包括 测试 
用 例 是 什么 时 候 由 谁 运行 的 ,每 次 执行 的 通过 /失败 记录 ,测试 用 例 测 试 的 是 (软件 的 ?哪个 
版 本 。 清 楚 地 给 出 这 些 信 息 会 使 测试 用 例 更 有 价值 一 一 至 少 与 源 代 码 一 样 有 价值 。 测 试用 
例 需 要 被 开发 评审、 使 用 、 管 理 和 保存 。 

测试 用 例 (Test Case,TC) 是 将 软件 测试 的 行为 活动 做 一 个 科学 化 的 组 织 归纳 ,目的 是 
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能 够 将 软件 测试 的 行为 转化 成 可 管理 的 模式 ; 同时 测试 用 例 也 是 将 测试 具体 量化 的 方法 之 
一 ,不 同类 别 的 软件 ,测试 用 例 是 不 同 的 。 

IEEE 给 出 的 测试 用 例 的 定义 是 : 测试 用 例 是 一 组 测试 输入 、 执 行 条 件 和 预期 结果 的 集 
合 , 目 的 是 要 满足 一 个 特定 的 目标 ,比如 执行 一 条 特定 的 程序 路 径 或 检验 是 否 符合 一 个 特定 
的 需求 。 

测试 用 例 是 有 效 发 现 软件 缺陷 的 最 小 测试 执行 单元 ,也 被 视 为 软件 的 测试 规格 说 明 书 。 
测试 用 例 的 设计 是 整个 软件 测试 工作 的 核心 。 


2.5.2 测试 用 例 的 特征 
1. 测试 用 例 具有 代表 性 


测试 用 例 能 够 代表 并 覆盖 各 种 合法 的 和 非法 的 、 合 理 的 和 不 合理 的 ,边界 的 和 越界 的 以 
及 极限 的 输入 数据 操作 和 环境 设置 等 。 


2. 测试 结果 是 可 判定 的 


测试 执行 结果 的 正确 性 是 可 以 判定 的 ,每 一 个 测试 用 例 都 应 有 明确 的 期 望 结 果 ,否则 将 
难以 判断 系统 是 否 运行 正常 。 


3. 测试 结果 可 以 再 现 


对 同样 的 测试 用 例 , 系 统 的 执行 结果 应 当 是 相同 的 。 这 一 特征 有 利于 在 出 现 缺 陷 时 确 
保 缺 陷 的 重 现 ,为 缺陷 的 快速 修复 打下 基础 。 


2.5.3 ”测试 用 例 设计 原则 


进行 测试 用 例 设计 需要 对 被 测 软件 有 一 定 的 了 解 , 并 具备 一 定 的 测试 经 验 , 还 需要 设计 
人 员 和 测试 人 员 的 集体 智慧 。 同 时 ,还 需要 遵循 一 些 原则 : 

(1) 使 用 成 熟 的 测试 用 例 设 计 方 法 来 进行 设计 ; 

(2) 保证 测试 用 例 数 据 的 正确 性 和 操作 的 正确 性 ; 

(3) 确保 测试 用 例 具有 一 定 的 代表 性 ; 

(4) 每 个 测试 用 例 应 该 针对 单一 的 测试 项 ; 

(5) 保证 测试 结果 是 可 以 判定 并 且 可 以 再 现 的 ; 

(6) 保证 测试 用 例 描述 准确 清晰、 具体 ; 

(7) 测试 用 例 设计 应 该 满足 项 目的 时 间 、 人 员 和 资金 要 求 。 


2.5.4 测试 用 例 的 设计 过 程 


设计 测试 用 例 是 一 项 细致 并 且 需 要 具备 高 度 技巧 的 工作 , 稍 有 不 慎 就 会 顾此失彼 ,发 生 
不 应 有 的 玻 漏 。 下 面 分 析 了 容易 出 现 问题 的 根源 。 

。 完全 测试 是 不 现实 的 ; 

。 软件 测试 是 有 风险 的 ; 
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。“ 杀 虫 剂 "现象; 

。 缺陷 的 不 确定 性 。 

软件 测试 的 经 济 性 有 两 方面 的 体现 : 一 是 体现 在 测试 工作 在 整个 项 目 开 发 过 程 中 的 重 
要 地 位 ; 二 是 体现 在 应 该 按照 什么 样 的 原则 进行 测试 ,以 实现 测试 成 本 与 测试 效果 的 统一 。 
测试 是 软件 生存 期 中 费用 消耗 最 大 的 环节 。 测 试 费用 除了 测试 的 直接 消耗 外 ,还 包括 其 他 
相关 费用 。 影 响 测试 费用 的 主要 因素 有 : 

。 软 件 面 向 的 目标 用 户 ; 

。 可 能 出 现 的 用 户 数量 ; 

。 潜在 缺陷 造成 的 影响 ; 

。 开 发 机 构 的 业务 能 力 。 

(1) 测试 需求 分 析 从 软件 需求 文档 中 , 找 出 待 测试 软件 /模块 的 需求 ,通过 自己 的 分 析 、 
理解 ,整理 成 为 测试 需求 ,清楚 被 测试 对 象 具 有 哪些 功能 。 测 试 需求 的 特点 是 : 包含 软件 需 
求 ,具有 可 测试 性 。 测 试 需求 应 该 在 软件 需求 基础 上 进行 归纳 、 分 类 或 细 分 ,方便 测试 用 例 
设计 。 测 试用 例 中 的 测试 集 与 测试 需求 的 关系 是 多 对 一 的 关系 , 即 一 个 或 多 个 测试 用 例 集 
对 应 一 个 测试 需求 。 

(2) 业务 流程 分 析 软 件 测试 ,不 单纯 是 基于 功能 的 黑 盒 测试 ,还 需要 对 软件 的 内 部 处 理 
逻辑 进行 测试 。 为 了 不 遗漏 测试 点 ,需要 清楚 地 了 解 软件 产品 的 业务 流程 。 建 议 在 做 复杂 
的 测试 用 例 设计 前 , 先 画 出 软件 的 业务 流程 。 如 果 设 计 文档 中 已 经 有 业务 流程 设计 ,可 以 从 
测试 角度 对 现 有 流程 进行 补充 。 如 果 无 法 从 设计 中 得 到 业务 流程 ,测试 工程 师 应 通过 阅读 
设计 文档 ,与 开发 人 员 交 流 , 最 终 夯 出 业务 流程 图 。 业 务 流程 图 可 以 帮助 理解 软件 的 处 理 逻 
辑 和 数据 流向 ,从 而 指导 测试 用 例 的 设计 。 

(3) 测试 用 例 设计 完成 了 测试 需求 分 析 和 软件 流程 分 析 后 ,开始 着 手 设计 测试 用 例 。 
测试 用 例 设 计 的 类 型 包括 功能 测试 .边界 测试 .异常 测试 ,性 能 测试 .压力 测试 等 。 在 用 例 设 
计 中 ,除了 功能 测试 用 例外 ,应 尽量 考虑 边界 .异常 ,性 能 的 情况 ,以 便 发 现 更 多 的 隐藏 问题 。 

(4) 测试 用 例 评审 测试 用 例 设计 完成 后 ,为 了 确认 测试 过 程 和 方法 是 否 正确 ,是 否 有 遗 
漏 的 测试 点 ,需要 进行 测试 用 例 的 评审 。 测 试用 例 评审 一 般 是 由 测试 负责 人 (leader) 安 排 ， 
参加 的 人 员 包 括 : 测试 用 例 设计 者 、 测 试 负责 人 ,项目 经 理 、 开 发 工程 师 、 其 他 相关 开发 测试 
工程 师 。 测 试用 例 评审 完毕 ,测试 工程 师 根据 评审 结果 ,对 测试 用 例 进行 修改 ,并 记录 修改 
日 志 。 

(5) 测试 用 例 更 新 完善 。 测 试用 例 编写 完成 之 后 需要 不 断 完善 ,软件 产品 新 增 功能 或 
更 新 需求 后 ,测试 用 例 必须 配套 修改 更 新 ; 在 测试 过 程 中 发 现 设计 测试 用 例 时 考虑 不 周 , 需 
要 对 测试 用 例 进行 修改 完善 ; 在 软件 交付 使 用 后 客户 反馈 了 软件 缺陷 ,而 该 缺陷 又 是 因 测 
试用 例 存 在 漏洞 造成 ,此 时 也 需要 对 测试 用 例 进行 完善 。 一 般 小 的 修改 完善 可 在 原 测试 用 
例文 档 上 修改 ,但 文档 要 有 更 改 记录 。 软 件 的 版 本 升级 更 新 ,测试 用 例 一 般 也 应 随 之 编制 升 
级 更 新 版 本 。 测 试用 例 是 “ 活 ” 的 ,在 软件 的 生命 周期 中 不 断 更 新 与 完善 。 


2.5.5 测试 用 例 模板 


通过 测试 用 例 的 定义 ,我 们 知道 书写 测试 用 例 时 必须 包含 测试 模块 测试 目标 .输入 数 
据 、 步 又 和 期 望 结果 ”等 内 容 , 除 此 之 外 ,还 需要 其 他 信息 来 帮助 管理 。 测 试用 例 的 基本 要 素 
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如 表 2.1 所 示 。 
表 2.1 测试 用 例 的 基本 要 素 
要 素 名 称 & xX 
功能 模块 待 测试 模块 名 称 
功能 特征 待 测试 模块 功能 描述 
测试 时 间 测试 进行 时 间 
用 例 编号 唯一 标识 该 测试 用 例 的 值 
输入 数据 测试 需要 的 数据 列表 
操作 步骤 按照 操作 步骤 的 顺序 ,准确 详细 地 描述 
期 望 结 果 按 设计 规格 所 要 求 的 正确 结果 
优先 级 依据 重要 程度 确定 的 优先 等 级 
1. 功能 测试 用 例 


此 功能 测试 用 例 对 测试 对 象 的 功能 测试 应 侧重 于 所 有 可 直接 追踪 到 用 例 或 业务 功能 和 
业务 规则 的 测试 需求 。 这 种 测试 的 目标 是 核实 数据 的 接收 处理 和 检索 是 否 正确 ,以 及 业务 
规则 的 实施 是 否 恰当 。 主 要 测试 技术 方法 为 用 户 通过 GUI( 图 形 用 户 界 面 ) 与 应 用 程序 交 
互 , 对 交互 的 输出 或 接收 进行 分 析 , 以 此 来 核实 需求 功能 与 实现 功能 是 否 一 致 ,如 表 2. 2 



























































所 示 。 
表 2.2 功能 测试 用 例 表 

用 例 标 识 项 目 名称 
开发 人 员 模块 名 称 
用 例 作者 参考 信息 
测试 类 型 设计 日 期 
测试 方法 测试 日 期 
用 例 描述 
前 置 条 件 

编号 权限 测试 项 “| 测试 类 别 | 描述 /输入 /操作 | 期 望 结果 | 真实 结果 | 备注 

2. 性 能 测试 


性 能 测试 是 一 种 对 响应 时 间 、 事 务 处 理 速率 和 其 他 与 时 间 相 关 的 需求 进行 测试 和 评估 。 
性 能 测试 的 目标 是 核实 性 能 需求 是 否 都 已 满足 。 可 以 分 为 以 下 几 种 方式 来 组 织 进行 测试 。 

1) 预期 性 能 测试 用 例 

通常 系统 在 设计 前 会 提出 一 些 性 能 指标 ,这 些 指 标 是 性 能 测试 要 完成 的 首要 工作 ,针对 
每 个 指标 都 要 写 多 个 测试 用 例 来 验证 是 否 达 到 要 求 , 根 据 测 试 结果 来 改进 系统 的 性 能 。 预 
期 性 能 指标 通常 以 单 用户 为 主 ,如 表 2. 3 所 示 。 
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表 2.3 预期 性 能 测试 用 例 表 





测试 目的 





前 提 条 件 





测试 需求 测试 过 程 说 明 期 望 的 性 能 (平均 值 ) 实际 性 能 (平均 值 ) 























2) 用 户 并 发 测试 用 例 
用 户 并 发 测试 是 性 能 测试 最 主要 的 部 分 ,主要 是 通过 增加 用 户 数量 来 加 重 系统 负担 ,以 
检验 测试 对 象 能 接收 的 最 大 用 户 数 来 确定 功能 是 否 达到 要 求 , 如 表 2. 4 所 示 。 


表 2.4 用 户 并 发 测试 用 例 表 
测试 目的 





前 提 条 件 





测试 需求 输入 (并 发 用 户 数 ) 用 户 通过 率 期 望 性 能 (平均 值 ) | 实际 性 能 (平均 值 























3) 大 数据 量 测试 用 例 
大 数据 量 测试 是 测试 对 象 处 理 大 量 的 数据 ,以 确定 是 否 达到 了 将 使 软件 发 生 故障 的 极 
限 。 大 数据 量 测试 还 将 确定 测试 对 象 在 给 定时 间 内 能 够 持续 处 理 的 最 大 负载 或 工作 量 , 如 
表 2.5 所 示 。 
表 2.5 大 数据 量 测试 用 例 表 
测试 目的 





前 提 条 件 





测试 需求 输入 (最 大 数据 量 ) 事务 成 功率 期 望 性 能 (平均 值 ) | 实际 性 能 (平均 值 ? 


























4) 疲劳 强度 测试 用 例 

疲劳 强度 测试 也 是 性 能 测试 的 一 种 ,实施 和 执行 此 类 测试 的 目的 是 找 出 因 资 源 不 足 或 
资源 争 用 而 导致 的 错误 。 如 果 内 存 或 磁盘 空间 不 足 , 测 试 对 象 就 可 能 会 表现 出 一 些 在 正常 
条 件 下 并 不 明显 的 缺陷 。 而 其 他 缺陷 则 可 能 是 由 于 争 用 共享 资源 (如 数据 库 锁 或 网 络 带宽 ) 
而 造成 的 。 强 度 测试 还 可 用 于 确定 测试 对 象 能 够 处 理 的 最 大 工作 量 , 如 表 2. 6 所 示 。 
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测试 目的 





测试 说 明 





前 提 条 件 





测试 需求 


输入 /动作 


输出 /响应 


是 否 正常 运 和 


Bi 























5) 负载 测试 用 例 

负载 测试 也 是 性 能 测试 中 的 一 种 。 在 这 种 测试 中 ,将 使 测试 对 象 承担 不 同 的 工作 量 , 以 评 
测 和 评估 测试 对 象 在 不 同 工 作 量 条 件 下 的 性 能 行为 ,以 及 持续 正常 运行 的 能 力 。 负 载 测试 的 
目标 是 确定 并 确保 系统 在 超出 最 大 预期 工作 量 的 情况 下 仍 能 正常 运行 。 此 外 ,负载 测试 还 要 
评估 性 能 特征 ,例如 响应 时 间 、 事 务 处 理 速率 和 其 他 与 时 间 相 关 的 方面 ,如 表 2.7 所 示 。 


表 2.7 负载 测试 用 例 表 


测试 目的 





前 提 条 件 





测试 需求 


输入 


期 望 输出 


i 
i 


是 否 正常 














3. 兼容 性 测试 


在 大 多 数 生产 环境 中 ,客户 机 工作 站 、 网 络 连接 和 数据 库 服 务 器 的 具体 硬件 规格 会 有 所 
不 同 。 客 户 机 工作 站 可 能 会 安装 不 同 的 软件 ,例如 应 用 程序 .驱动 程序 等 ,而 且 在 任何 时 候 ， 
都 可 能 运行 许多 不 同 的 软件 组 合 ,从 而 占用 不 同 的 资源 ,如 表 2. 8 所 示 。 
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测试 目的 











配置 说 明 


操作 系统 


系统 软件 


外 设 


应 用 软件 


结果 


























课 后 习题 


oF wre 


. 什么 是 软件 测试 用 例 ? 

. 软件 测试 用 例 的 基本 元 素 有 哪些 ? 
. 怎样 的 测试 用 例 才 算是 一 个 好 的 测试 用 例 ? 
. 简 述 测试 用 例 的 设计 过 程 。 
. 测试 用 例 和 测试 过 程 有 什么 区 别 ? 测试 设计 中 是 否 需 要 定义 详细 的 测试 过 程 ? 
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1. 概述 


黑金 测 试 又 称 功能 测试 或 数据 驱动 测试 。 在 测试 时 ,把 被 测 程序 视 为 一 个 不 能 打开 的 
黑 盒 子 , 在 完全 不 考虑 程序 内 部 结构 和 内 部 特性 的 情况 下 进行 。 采 用 黑 盒 测试 的 目的 主要 
是 在 已 知 软 件 产品 所 应 具有 的 功能 基础 上 进行 , 黑 盒 测试 试图 发 现 以 下 类 型 的 错误 : 

(1) 检查 程序 功能 能 否 按 需 求 规格 说 明 书 的 规定 正常 使 用 ,测试 各 个 功能 是 否 有 遗漏 ， 
测试 性 能 等 特性 是 否 满足 ; 

(2) 检测 人 机 交互 是 否 错误 ,检测 数据 结构 或 外 部 数据 库 访问 是 否 错误 ,程序 是 否 能 适 
当地 接收 输入 数据 而 产生 正确 的 输出 结果 ,并 保持 外 部 信息 (如 数据 库 或 文件 ) 的 完整 性 ; 

(3) 检测 程序 初始 化 和 终止 方面 的 错误 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 等 价 类 划分 法 设计 测试 用 例 ; 
(2) 决策 表 法 设计 测试 用 例 ; 

(3) 因果 图 法 设计 测试 用 例 ; 
(4) 场景 法 设计 测试 用 例 。 

2) 难点 

(1) 等 价 类 划分 法 设计 测试 用 例 ; 
(2) 因果 图 法 设计 测试 用 例 ; 

(3) 各 种 方法 的 灵活 运用 。 


8.1 等 价 类 划分 法 


等 价 类 划分 法 是 一 种 典型 的 .重要 的 黑 盒 测 试 方法 , 它 将 程序 所 有 可 能 的 输入 数据 (有 
效 的 和 无 效 的 ) 划 分 成 若干 个 等 价 类 。 然 后 从 每 个 部 分 中 选取 具有 代表 性 的 数据 当做 测试 
用 例 进 行 合理 的 分 类 ,测试 用 例 由 有 效 等 价 类 和 无 效 等 价 类 的 代表 组 成 ,从 而 保证 测试 用 例 
具有 完整 性 和 代表 性 。 利 用 这 一 方法 设计 测试 用 例 可 以 不 考虑 程序 的 内 部 结构 ,以 需求 规 
格 说 明 书 为 依据 ,选择 适当 的 典型 子 集 ,认真 分 析 和 推敲 说 明 书 的 各 项 需求 ,特别 是 功能 需 
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求 , 尽 可 能 多 地 发 现 错误 。 等 价 类 划分 法 是 一 种 系统 性 的 确定 要 输入 的 测试 条 件 的 方法 。 

由 于 等 价 类 是 在 需求 规格 说 明 书 的 基础 上 进行 划分 的 ,并 且 等 价 类 划分 不 仅 可 以 用 来 
确定 测试 用 例 中 的 数据 的 输入 输出 的 精确 取 值 范 围 ,也 可 以 用 来 准备 中 间 值 ,状态 和 与 时 间 
相关 的 数据 以 及 接口 参数 等 ,所 以 等 价 类 可 以 用 在 系统 测试 、 集 成 测试 和 组 件 测试 中 ,在 有 
明确 的 条 件 和 限制 的 情况 下 ,利用 等 价 类 划分 技术 可 以 设计 出 完备 的 测试 用 例 。 这 种 方法 
可 以 减少 设计 一 些 不 必要 的 测试 用 例 , 因 为 这 种 测试 用 例 一 般 使 用 相同 的 等 价 类 数据 ,从 而 
使 测试 对 象 得 到 同样 的 反应 行为 。 对 于 等 价 类 我 们 从 以 下 几 个 方面 讨论 它 的 划分 方法 。 等 
价 类 划分 的 方法 分 为 两 个 主要 的 步骤 : 划分 等 价 类 型 和 设计 测试 用 例 。 


1. 有 效 等 价 类 划分 


有 效 等 价 类 指 对 于 程序 规格 说 明 来 说 ,是 合理 的 有 意义 的 输入 数据 构成 的 集合 。 利 用 
有 效 等 价 类 可 以 检验 程序 是 否 实现 了 规格 说 明 预 先 规定 的 功能 和 性 能 。 有 效 等 价 类 可 以 是 
一 个 ,也 可 以 是 多 个 ,根据 系统 的 输入 域 划分 为 若干 部 分 ,然后 从 每 个 部 分 中 选取 少数 有 代 
表 性 数据 当做 数据 测试 的 测试 用 例 ,等 价 类 是 输入 域 的 集合 。 有 效 等 价 类 数据 集 包 括 : 终 
端 用 户 输入 的 命令 ,与 最 终 用 户 交互 的 系统 提示 ,接受 相关 的 用 户 文 件 的 名 称 , 提 供 初 始 化 
值 和 边界 等 ,提供 格式 化 输出 数据 的 命令 ,在 图 形 模式 (比如 鼠标 点 击 时 ) 提 供 的 数据 ,失败 
时 显示 的 回应 消息 。 


2. 无 效 等 价 类 划分 


无 效 等 价 类 和 有 效 等 价 类 相反 ,无效 等 价 类 是 指 对 于 软件 规格 说 明 而 言 ,没有 意义 的 、 
不 合理 的 输入 数据 集合 。 利 用 无 效 等 价 类 ,可 以 找 出 程序 异常 说 明 情况 ,检查 程序 的 功能 和 
性 能 的 实现 是 否 有 不 符合 规格 说 明 要 求 的 地 方 。 无 效 等 价 类 数据 集 包 括 : 在 一 个 不 正确 的 
地 方 提供 适当 的 值 ,验证 边界 值 ,验证 外 部 边界 的 值 ,用 户 输入 的 命令 ,最 终 用 户 与 系统 交互 
的 提示 ,验证 与 边界 和 外 部 边界 值 的 数值 数据 。 


3. 等 价 类 划分 的 方法 


A) 按 区 间 划 分 。 

(2) 按 数值 划分 。 

(3) 按 数 值 集合 划分 。 

(4) 按 限 制 条 件 或 规划 划分 。 
(5) 按 处 理 方式 划分 。 


4. 等 价 类 划分 的 原则 


(1) 在 输入 条 件 规定 的 取 值 范 围 或 值 的 个 数 的 情况 下 ,可 以 确定 一 个 有 效 等 价 类 和 两 
个 无 效 等 价 类 。 例 如 ,输入 值 是 学 生成 绩 , 范 围 是 0 一 100; 如 图 3. 1 所 示 。 

(2) 在 规定 了 输入 数据 的 一 组 值 中 (假定 有 个 值 ), 并 且 程 序 要 对 每 个 输入 值 分 别处 
理 的 情况 下 ,可 以 确定 n 个 有 效 等 价 类 和 一 个 无 效 等 价 类 。 例 如 ,输入 条 件 说 明 学 历 可 为 
专科 本 科 、 硕 士 .博士 四 种 之 一 , 则 分 别 取 这 四 个 值 作为 四 个 有 效 等 价 类 ,另外 把 四 种 学 历 
之 外 的 任何 学 历 都 作为 无 效 等 价 类 。 
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0 100 





无 效 等 价 类 一 一 一 有 效 等 价 类 一 一 一 无 效 等 价 类 
成 绩 <0 0 成 绩 志 100 成 绩 >100 


图 3.1 输入 值 是 学 生成 绩 的 等 价 类 划分 


(3) 在 规定 输入 数据 必须 遵守 的 规则 的 情况 下 ,可 以 确定 一 个 有 效 等 价 类 和 若干 个 无 
效 等 价 类 。 

(4) 在 输入 条 件 规定 了 输入 值 的 集合 或 规定 了 “必须 如 何 ” 的 条 件 下 ,可 以 确定 一 个 有 
效 等 价 类 和 一 个 无 效 等 价 类 。 

(5) 在 确定 已 划分 的 等 价 类 中 各 元 素 在 程序 处 理 中 的 方式 不 同 的 情况 下 , 则 应 将 该 等 
价 类 进一步 地 划分 为 更 小 的 等 价 类 。 


5. 设计 测试 用 例 


在 确立 了 等 价 类 后 ,可 建立 等 价 类 表 , 列 出 所 有 划分 出 的 等 价 类 输入 条 件 : 有 效 等 价 
类 无效 等 价 类 ,然后 从 划分 出 的 等 价 类 中 按 以 下 三 个 原则 设计 测试 用 例 : 

(1) 为 每 一 个 等 价 类 规定 一 个 唯一 的 编号 ; 

(2) 设计 一 个 新 的 测试 用 例 , 使 其 尽 可 能 多 地 覆盖 尚未 被 覆盖 的 有 效 等 价 类 ,重复 这 一 
步 ,直到 所 有 的 有 效 等 价 类 都 被 获 盖 为 止 ; 

(3) 设计 一 个 新 的 测试 用 例 ,使 其 仅 材 盖 一 个 尚未 被 覆盖 的 无 效 等 价 类 ,重复 这 一 步 ， 
直到 所 有 的 无 效 等 价 类 都 被 获 盖 为 止 。 


6. 函数 F 的 功能 扩展 


函数 下 的 功能 扩展 , 即 有 两 个 变量 x 和 zs 的 函数 下。 如 果 函 数 下 实现 为 一 个 程序 ， 
则 输入 两 个 变量 x 和 zs 会 有 一 些 ( 可 能 未 规定 ) 边 界 如 图 3. 2 所 示 。 

a 二 x1 三 d 区 间 为 [a,6),[b,c ) ,[c,d] 

eKr: Sg 区 间 为 [e,/),[f,g] 








TE 
ee OS 
a 


a 
图 3.2 等 价 类 区 间 划 分 


3.1.1 弱 一 般 等 价 类 测试 


弱 一 般 等 价 类 测试 通过 使 用 一 个 测试 用 例 中 的 每 个 等 价 类 (区 间 ) 的 一 个 变量 实现 ,如 
图 3. 3 所 示 。 
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E33 弱 一 般 等 价 类 测试 用 例 图 


这 三 个 测试 用 例 使 用 每 个 等 价 类 中 的 一 个 值 。 我 们 以 对 称 方式 标识 这 些 测试 用 例 ,于 
是 得 到 外 在 的 模式 。 事 实 上 ,永远 都 有 等 量 的 弱 等 价 类 测试 用 例 , 因 为 划分 中 的 类 对 应 最 大 
子 集 数 。 


3.1.2 强 一 般 等 价 类 测试 


强 一 般 等 价 类 测试 基于 多 缺陷 假设 ,因此 需要 等 价 类 笛 卡 儿 积 的 每 个 元 素 对 应 的 测试 
用 例 , 如 图 3.4 所 示 。 
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图 3.4 强 一 般 等 价 类 测试 用 例 图 


请 注意 ,这 些 测试 用 例 的 模式 与 命题 逻辑 中 的 真 值 表 构造 具有 相似 性 。 笛 卡 儿 积 可 保 
证 两 种 意义 上 的 “完备 性 ”: 一 是 覆盖 所 有 的 等 价 类 ,二 是 有 可 能 输入 组 合 中 的 一 个 。 


3.1.3 弱 健 壮 等 价 类 测试 


这 种 测试 的 名 称 显然 与 直觉 矛盾 ,并 且 自 相 矛盾 。 怎 么 能 既 弱 又 健壮 呢 ? 说 它 健壮 ,是 
因为 这 种 测试 考虑 了 无 效 值 ; 说 它 弱 ,是 因为 有 单 缺 陷 假设 。 

对 于 有 效 输 入 ,使 用 每 个 有 效 类 的 一 个 值 (就 像 我 们 在 所 谓 弱 一 般 等 价 类 测试 中 所 做 的 
一 样 。 请 注意 ,这 些 测试 用 例 中 的 所 有 输入 都 是 有 效 的 )。 

对 于 无 效 输入 ,测试 用 例 将 拥有 一 个 无 效 值 ,并 保持 其 余 的 值 都 是 有 效 的 (因此 ,“ 单 缺 
陷 ” 会 造成 测试 用 例 失败 )。 

按照 这 种 策略 产生 的 测试 用 例如 图 3. 5 所 示 。 

弱 健 壮 等 价 类 测试 有 两 个 问题 : 第 一 个 问题 是 ,规格 说 明 常 常 并 没有 定义 无 效 测试 用 
例 所 预期 的 输出 是 什么 ; 第 二 个 问题 是 , 强 类 型 语言 没有 必要 考虑 无 效 输入 。 
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图 3.5 弱 健 壮 等 价 类 测试 用 例 图 


3.1.4 强健 壮 等 价 类 测试 
我 们 从 所 有 等 价 类 笠 卡 儿 积 的 每 个 元 素 中 获得 测试 用 例 , 如 图 3. 6 所 示 。 








| I 


图 3.6 强健 壮 等 价 类 测试 用 例 


3.1.5 单元 实践 
1. 三 角形 问题 的 等 价 类 测试 用 例 


四 种 可 能 出 现 的 输出 : 非 三 角形 ,不 等 边 三 角形 .等 腰 三 角形 和 等 边 三 角形 。 

可 以 使 用 这 些 输出 标识 如 下 所 示 的 输出 ( 值 域 ) 等 价 类 : RI=((asb.c): A =A a,b 
Alc 的 等 边 三 角形 },R2 二 {la,b,c): 有 三 条 边 a、b 和 c 的 等 腰 三 角形 },R3 二 {a,b,c): 有 
三 条 边 a.b Me 的 不 等 边 三 角形 },R4 二 {l(a,b,c): ZRH ab Me 不 构成 三 角形 }。 

四 个 弱 一 般 等 价 类 测试 用 例如 表 3. 1 所 示 。 


表 3.1 四 个 弱 一 般 等 价 类 测试 用 例 





























测试 用 例 a b e 预期 输出 
WN1 5 5 5 等 边 三 角形 
WN2 2 2 3 等 腰 三 角形 
WN3 3 4 5 不 等 边 三 角形 
WN4 4 1 2 非 三 角形 





由 于 变量 a.b 和 c 没有 有 效 区 间 , 则 强 一 般 等 价 类 测试 用 例 与 弱 一 般 等 价 类 测试 用 例 
相同 。 
考虑 a、b 和 c 的 无 效 值 产生 的 额外 弱 健 壮 等 价 类 测试 用 例 ,如 表 3. 2 所 示 。 
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测试 用 例 a b © 预期 输出 
WRI =ï 5 5 a 取 值 不 在 所 允许 的 取 值 值 域内 
WR2 5 =} 5 5b 取 值 不 在 所 允许 的 取 值 值 域内 
WR3 5 5 一 < 取 值 不 在 所 允许 的 取 值 值 域内 
WR4 201 5 5 a 取 值 不 在 所 允许 的 取 值 值 域内 
WR5 5 201 5 b 取 值 不 在 所 允许 的 取 值 值 域内 
WR6 5 5 201 c 取 值 不 在 所 允许 的 取 值 值 域内 

















K 3. 3 所 示 是 额外 强健 壮 性 等 价 类 测试 用 例 三 维 立 方 的 一 个 “ 角 ”。 
表 3.3 额外 强健 壮 性 等 价 类 测试 用 例 






































测试 用 例 a b c 预期 输出 

SR1 -1 5 5 a 取 值 不 在 所 允许 的 取 值 值 域内 
SR2 5 一 1 5 b 取 值 不 在 所 允许 的 取 值 值 域内 
SR3 5 5 一 1 c 取 值 不 在 所 允许 的 取 值 值 域内 
SR4 一 1 一 1 5 awb 取 值 不 在 所 允许 的 取 值 值 域内 
SR5 5 一 1 一 1 bc 取 值 不 在 所 允许 的 取 值 值 域内 
SR6 一 1 5 一 1 a\c 取 值 不 在 所 允许 的 取 值 值 域内 
SR7 一 1 一 1 一 1 a „b,c 取 值 不 在 所 允许 的 取 值 值 域内 


请 注意 ,预期 输出 如 何 完备 地 描述 无 效 输入 值 。 

等 价 类 测试 显然 对 用 来 定义 类 的 等 价 关 系 很 敏感 。 如 果 在 输入 定义 域 上 定义 等 价 类 ， 
则 可 以 得 到 更 丰富 的 测试 用 例 集合 。 三 个 整数 a、b、c 有 些 什么 可 能 的 取 值 ? 这 些 整 数 可 以 
都 相等 ,有 一 对 整数 相等 (有 三 种 相等 方式 ) ,或 都 不 相等 。 

D1l={(a,b,c): a=b=c} 

D2={(a,b,c): a=b,aFc} 

D3={(a,b,c): a=c,aAb} 

D4={(a,b,c): c=b,aAc} 

D5={(a,b,c): ba%c} 

作为 一 个 单独 的 问题 ,我 们 可 以 通过 三 角形 的 性 质 来 判断 三 条 边 是 否 构 成 一 个 三 角形 。 

D6={(a,b,c): a=b+c} 

D7={(a,b,c): batc} 

D8={(a,b,c): c>a +b} 





2. NextDate 函数 的 等 价 类 测试 用 例 


NextDate 是 一 个 三 变量 函数 , 即 月 份 .日 期 和 年 ,这 些 变量 的 有 效 值 区 间 定 义 如 下 : 
M1 二 {月份 : 1A H<12} 

D1 二 {日 期 : 1< H #<31} 

Y1=(4F; 1812<4F<2012} 

无 效 等 价 类 : 
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M2 一 { 月 份 : 月 份 过 1} 

M3=(A fi: 月 份 这 12} 

D2 一 { 日 期 : 日 期 二 1) 
{ 


D3={ AW: 日 期 二 31} 
Y2 二 {年 ; 4F<1812} 
Y3 二 {年 :; 年 之 2012} 
由 于 有 效 类 的 数量 等 于 独立 变量 的 个 数 ,因此 只 有 弱 一 般 等 价 类 测试 用 例 出 现 , 并 且 与 
强 一 般 等 价 类 测试 用 例 相同 ,如 表 3.4 所 示 。 
表 3.4 测试 用 例 表 


用 例 ID 月 份 日 期 年 预期 输出 
WN1,SN1 6 15 1912 1912 年 6 月 16 日 























K 3.5 所 示 是 弱 健壮 测试 用 例 的 完整 集合 。 
表 3.5 弱 健 壮 测 试用 例 























用 例 ID 月 份 日 期 年 预期 输出 

WR1 6 15 1912 1912 年 6 月 16 日 

WR2 = 15 1912 月 份 不 在 有 效 值 域 1..12 中 
WR3 13 15 1912 月 份 不 在 有 效 值 域 1..12 中 
WR4 6 一 1 1912 日 期 不 在 有 效 值 域 1. . 31 中 
WR5 6 32 1912 日 期 不 在 有 效 值 域 1.. 31 中 
WR6 6 15 1811 年 不 在 有 效 值 域 1812. . 2012 中 
WR? 6 15 2013 年 不 在 有 效 值 域 1812.. 2012 中 


与 三 角形 问题 一 样 , 表 3. 6 所 示 是 额外 强健 壮 等 价 类 测试 用 例 三 维 立 方 的 一 个 “ 角 ”。 
表 3.6 额外 强健 壮 等 价 类 测试 用 例 




















“ag | ae | as | 年 | ewe o 
SR1 =] 15 1912 月 份 不 在 有 效 值 域 1. . 12 中 
SR2 6 = 1912 日 期 不 在 有 效 值 域 1. 31 中 
SR3 6 15 1811 年 不 在 有 效 值 域 1812. . 2012 中 
月 份 不 在 有 效 值 域 1. . 12 中 
a i ; ee 日 期 不 在 有 效 值 域 1.. 31 中 
日 期 不 在 有 效 值 域 1. . 31 中 
i 年 不 在 有 效 值 域 1812. . 2012 中 
eae 本 = Said 月 份 不 在 有 效 值 域 1. . 12 中 


年 不 在 有 效 值 域 1812. . 2012 中 
月 份 不 在 有 效 值 域 1..12 中 
SR7 =ï 一 1 1811 日 期 不 在 有 效 值 域 1. 31 中 
年 不 在 有 效 值 域 1812. . 2012 中 




















如 果 更 仔细 地 选择 等 价 关系 ,所 得 到 的 等 价 类 将 会 更 有 用 。 前 面 曾经 提 到 过 ,等 价 关 系 
的 要 点 是 ,类 中 的 元 素 要 被 “同样 处 理 ”。 理 解 传统 方法 不 足 的 一 种 方法 ,是 注意 到 “处 理 ” 在 


有 效 / 无 效 层次 上 进行 。 通 过 关注 更 具体 的 处 理 可 降低 粒度 。 
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如 果 它 不 是 某 个 月 的 最 后 一 天 , 则 NextDate 函数 会 直接 对 日 期 加 1。 到 了 月 末 , 下 一 
个 日 期 是 1, 月 份 加 1。 到 了 年 末 , 日 期 和 月 份 都 会 复位 到 1 ,年 加 1。 最 后 , 头 年 问题 要 确定 


有 关 的 月 份 的 最 后 一 天 。 经 过 这 些 分 析 , 可 以 假设 等 价 类 : 
M1={Att: 每 月 有 30 天 } 
M2={Att: 每 月 有 31 天 } 
M3 二 {月 份 : 此 月 是 2 月 } 


D1 二 {日 期 
D2 二 {日 期 
D3 二 {日 期 
D4 二 {日 期 


过 把 2 月 份 分 成 独立 的 类 ,可 以 对 闽 年 问题 给 予 更 多 关注 。 


: 1 <AW<28} 
: 日 期 一 29)} 
: 日 期 二 30)} 
: 日 期 =31) 
了 1 二 {年 : 年 一 2000} 
Y2=(4F, FENE) 
Y3={Ẹ: FEFE) 
通过 选择 有 30 天 的 月 份 和 有 31 天 的 月 份 的 独立 类 ,可 以 简化 月 份 最 后 一 天 问题 。 通 


一 个 弱 一 般 等 价 类 测试 用 例如 表 3. 7 所 示 。 


表 3.7 弱 一 般 等 价 类 测试 用 例 

































































用 例 ID 月 份 日 期 年 预期 输出 
WN1 6 15 2000 2000. 6. 16 
WN2 7 29 1996 1996. 7. 30 
WN3 2 30 2002 输入 日 期 不 正确 
WN4 6 31 2000 输入 日 期 不 正确 

经 过 改进 的 强 一 般 等 价 类 测试 用 例如 表 3. 8 所 示 。 

R38 强 一 般 等 价 类 测试 用 例 

用 例 ID 月 份 日 期 年 预期 输出 
Testl 6 15 2000 2000. 6. 16 
Test2 6 15 1996 1996. 6. 15 
Test3 6 14 2002 2002. 6. 15 
Test4 6 29 2000 2000. 6. 30 
Test5 6 29 1996 1996. 6. 30 
Test6 6 29 2002 2002. 6. 30 
Test7 6 30 2000 2000. 6. 31 (不 可 能 的 日 期 ) 
Test8 6 30 1996 1996. 6. 31 (不 可 能 的 日 期 ) 
Test9 6 30 2002 2002. 6. 31 (不 可 能 的 日 期 ) 
Test10 6 31 2000 2000. 7. 1( 无 效 输入 日 期 
Testl1 6 31 1996 1996. 7. 1( 无 效 输入 日 期 7 
Testl2 6 31 2002 2002. 7.1 (无 效 输 入 日 期 ) 
Testl3 E 15 2000 2000. 7. 15 
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用 例 ID 月 份 日 期 年 预期 输出 
Testl4 a 14 1996 1996. 7. 15 
Testl5 ý 14 2002 2002. 7. 15 
Test16 7 29 2000 2000. 7. 30 
Testl7 7 29 1996 1996. 7. 30 
Test18 7 29 2002 2002. 7. 30 
Testl9 7 30 2000 2000. 7. 31 
Test20 7 30 1996 1996. 7. 31 
Test21 7 30 2002 2004. 7. 31 
Test22 7 31 2000 2000. 8. 1 
Test23 7 31 1996 1996. 8. 1 
Test24 d 31 2002 2002. 8. 1 
Test25 2 14 2000 2000, 2. 15 
Test26 2 14 1996 1996. 2. 15 
Test27 2 14 2002 2002. 2. 15 
Test28 2 29 2000 2000. 3. 1( 无 效 的 输入 日 期 ) 
Test29 2 29 1996 1996. 3.1 
Test30 2 29 2002 2002. 3. 1 (不 可 能 的 日 期 
Test31 2 30 2000 2000. 3. 1( 无 效 输 入 日 期 ) 
Test32 2 30 1996 1996. 3. 1( 无 效 输 入 日 期 ) 
Test33 2 30 2002 2002. 3. 1( 无 效 输入 日 期 ) 
Test34 6 31 2000 2000. 7. 1( 无 效 输入 日 期 
Test35 6 31 1996 1996. 7. 1( 无 效 输 入 日 期 ) 
Test36 6 31 2002 2002. 7. 1( 无 效 输入 日 期 


从 弱 一 般 测试 转向 强 一 般 测 试 会 产生 一 些 元 余 。 从 弱 到 强 的 转换 ,不管 是 一 般 类 还 是 
健壮 类 ,都 要 做 独立 性 假设 ,都 要 以 等 价 类 的 叉 积 表 示 。3 个 月 份 类 乘 以 4 个 日 期 类 乘 以 3 
个 年 类 ,产生 36 个 强 一 般 等 价 类 测试 用 例 。 


3. 佣金 问题 的 等 价 类 测试 用 例 


佣金 问题 的 输入 定义 域 ,由 于 枪 机 、 枪 托 和 枪 管 的 限制 而 被 “自然 地 ”划分 。 这 些 等 价 类 
也 正 是 通过 传统 等 价 类 测试 所 标识 的 等 价 类 。 


输入 变量 有 效 类 是 : 
工 1 一 { 检 机: 148 8L<70} 
工 2 一 { 枪 机 一 一 1} 


S1={ 枪 托 : 1 声 枪 托 三 80} 
Bl 二 { 枪 管 : 1 二 枪 管 二 90} 

输入 变量 对 应 的 无 效 类 是 : 

工 3 一 { 枪 机 : 枪 机 一 0 或 枪 机 二 一 1} 
荆 3 一 { 枪 机 : 枪 机 二 70} 

S2= (#46: 枪 托 二 1} 
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S3= (#84: 枪 托 二 80} 

B2 二 { 枪 管 : E<) 

B3= (WE: 枪 管 二 90} 

但 是 有 一 个 问题 ,变量 枪 机 还 用 做 指示 不 再 有 电报 的 标记 。 当 枪 机 等 于 一 1 时 , While 
循环 就 会 终止 ,总 枪 机 、 总 枪 托 和 总 枪 管 的 值 就 会 被 用 来 计算 销售 额 ,进而 计算 佣金 。 

除了 变量 的 名 称 和 端点 值 区 间 不 同 之 外 ,与 NextDate 函数 的 第 一 个 版 本 完全 相同 。 
因此 ,也 只 有 一 个 弱 一 般 等 价 类 测试 用 例 , 这 个 测试 用 例 同 样 也 等 于 强 一 般 等 价 类 测试 用 
例 。 同 样 也 有 7 个 弱 健 壮 测试 用 例 。 最 后 ,额外 弱 健 壮 等 价 类 测试 用 例 三 维 立方 的 一 个 
“ 角 ” 如 表 3.9 所 示 。 


表 3.9 弱 健壮 测试 用 例 























用 例 ID 枪 机 枪 托 枪 管 预期 输出 

SR1 -1 40 45 枪 机 值 不 在 有 效 值 域 1. . 70 中 
SR2 35 一 1 45 枪 托 值 不 在 有 效 值 域 1. . 80 中 
SR3 35 40 = 枪 管 值 不 在 有 效 值 域 1. . 90 中 
Sü =i zi 5 枪 机 值 不 在 有 效 值 域 1. . 70 中 

枪 托 值 不 在 有 效 值 域 1. . 80 中 

枪 机 值 不 在 有 效 值 域 1. . 70 中 
= ! üi : 枪 管 值 不 在 有 效 值 域 1. . 90 中 
ee oe 4 4 枪 托 值 不 在 有 效 值 域 1. . 80 中 


枪 管 值 不 在 有 效 值 域 1.. 90 中 
枪 机 值 不 在 有 效 值 域 1. . 70 中 
SR7 =) =ý =f 枪 托 值 不 在 有 效 值 域 1. . 80 中 
枪 管 值 不 在 有 效 值 域 1. . 90 中 

















销售 额 是 所 售 出 的 枪 机 、 枪 托 和 枪 管 数 量 的 函数 : 

销售 额 二 45X 枪 机 十 30X 枪 托 十 25X 枪 管 

我 们 可 以 根据 佣金 值 域 定义 三 个 变量 的 等 价 类 ， 

S1 一 {( 枪 机 , 枪 托 , 枪 管 ) : 销售 额 生 1000)} 

S2 一 {( 枪 机 , 枪 托 , 枪 管 ) : 1000< 4H E HI<1800} 

S3 二 {( 枪 机 , 枪 托 , 枪 管 ): 销售 额 之 1800} 

Sl 元素 是 接近 原点 金字 塔 中 的 整数 点 ,S2 的 元 素 是 金字 塔 与 其 他 输入 空间 之 间 的 “三 
角 片 ”,S3 的 元 素 是 不 在 S1 和 S2 中 的 立方 体 中 的 点 。 输 入 定义 域 的 强 等 价 类 所 发 现 的 错 
误 案 例 都 在 立方 体 之 外 ,如 表 3. 10 所 示 。 


表 3.10 输出 值 域 等 价 类 测试 用 例 





测试 用 例 枪 机 枪 托 枪 管 销售 额 /美元 佣金 /美元 





OR1 5 5 5 500 50 





OR2 15 15 15 1500 175 




















OR3 25 25 25 2500 360 





等 价 类 划分 总 结 如 表 3. 11 所 示 。 
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表 3.11 等 价 类 划分 总 结 


划 分 法 特 点 


弱 一 般 等 价 类 测试 | 不 考虑 无 效 等 价 类 ,选取 的 测试 用 例 只 需 覆盖 到 有 效 等 价 类 
不 考虑 无效 等 价 类 ,选取 测试 用 例 时 ,要 根据 等 价 类 笛 卡 儿 积 , 各 有 效 区 间 的 

















强 一 般 等 价 类 测试 | 组 合 都 要 覆盖 到 
ET URGE SERRATE RGAE ES AAEN 
FREE OSIM | 看 无 效 等 价 类 ,但 是 不 能 同时 禾 盖 两 个 无 效 等 价 类 
e A 
m e IS ARS 3 8 MEM HH A ME 


情况 








我 们 已 经 介绍 了 三 个 例子 ,最 后 讨论 关于 等 价 类 测试 的 一 些 观察 和 等 价 类 测试 指导 
方针 。 

(1) 显然 ,等 价 类 测试 的 弱 形 式 ( 一 般 或 健壮 ) 不 如 对 应 的 强 形式 的 测试 全 面 。 

(2) 如 果实 现 语言 是 强 类 型 的 (无 效 值 会 引起 运行 时 错误 ), 则 没有 必要 使 用 健壮 形式 
的 测试 。 

G) 如 果 错 误 条 件 非常 重要 , 则 进行 健壮 形式 的 测试 是 合适 的 。 

(4) 如 果 输 入 数据 以 离散 值 区 间 和 集合 定义 , 则 等 价 类 测试 是 合适 的 。 当 然 也 适用 于 
变量 值 越界 就 会 出 现 故障 的 系统 。 

(5) 通过 结合 边界 值 测 试 ,等 价 类 测试 可 得 到 加 强 (我 们 可 以 “重用 ”定义 等 价 类 的 工作 
成 果 )。 

(6) 如 果 程 序 函 数 很 复杂 , 则 函数 的 复杂 性 可 以 帮助 标识 有 用 的 等 价 类 ,就 像 
NextDate 函数 一 样 。 

(7) 强 等 价 类 测试 假设 变量 是 独立 的 ,相应 的 测试 用 例 相 乘 会 引起 宛 余 问题 。 如 果 存 
在 依赖 关系 , 则 常常 会 生成 “错误 ”测试 用 例 , 就 像 NextDate 函数 一 样 。 

(8) 在 发 现 * 合 适 ” 的 等 价 关系 之 前 ,可 能 需要 进行 多 次 尝试 ,就 像 NextDate 函数 例子 
一 样 ,在 其 他 情况 下 ,存在 “明显 ?或 “自然 "等 价 关 系 。 如 果 不 能 肯定 ,最 好 对 任何 合理 的 实 
现 进 行 再 次 预测 。 

(9) 强 和 弱 形式 的 等 价 类 测试 之 间 的 差别 ,有 助 于 区 分 累进 测试 和 回归 测试 。 


6.2 边界 值 测试 


3.2.1 边界 值 分 析 


边界 值 分 析 法 就 是 对 输入 或 输出 的 边界 值 进行 测试 的 一 种 黑 盒 测试 方法 。 通 常 边界 值 
分 析 法 是 作为 对 等 价 类 划分 法 的 补充 ,这 种 情况 下 ,其 测试 用 例 来 自 等 价 类 的 边界 。 
以 下 讨论 涉及 有 两 个 变量 z 和 y RAF. WERK 下 实现 为 一 个 程序 , 则 输入 两 个 
变量 zx 和 y 会 有 一 些 (可 能 未 规定 ?边界 : 
a 委 工 委 0 
cKy<d 
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但 是 ,区 间 [a,5] 和 [c,d] 是 xz 和 y 的 值 域 , 带 阴影 矩形 中 的 任何 点 都 是 函数 下 的 有 效 输 入 。 
如 图 3.7 所 示 。 





图 3.7 两 变量 函数 的 输入 定义 域 


边界 值 分 析 关 注 的 是 输入 空间 的 边界 ,来 标识 测试 用 例 。 边 界 值 测试 背后 的 基本 原理 
是 错误 更 可 能 出 现在 输入 变量 的 极 值 附近 。 

边界 值 分 析 的 基本 思想 是 使 用 在 最 小 值 . 略 高 于 最 小 值 . 正 常 值 . 略 低 于 最 大 值 和 最 大 
值 处 取 输 入 变量 值 。 

边界 值 分 析 的 下 一 个 部 分 基于 一 种 关键 假设 ,在 可 靠 性 理论 中 叫做 * 单 缺陷 ?假设 。 这 
种 假设 是 说 ,失效 极 少 是 由 两 个 (或 多 个 ) 缺 陷 的 同时 发 生 引起 的 。 因 此 ,边界 值 分 析 测 试用 
例 的 获得 ,通过 使 所 有 变量 取 正 常 值 ,只 使 一 个 变量 取 极 值 。 两 变量 函数 F( 如 图 3. 8 所 示 ) 
的 边界 值 分 析 测 试用 例 是 : 


{< xnom, ymin >;< xnom, ymin + >;< xnom, ymax >;< xnom, ymax — >;< xmin, ynom>;< xmin + , ynom >;< xmax, 
ynom >;< xmax — , ynom >;< xnom, ynom >; } 





图 3.8 两 变量 函数 边界 值 分 析 测试 用 例 


基本 边界 值 分 析 手 段 可 以 用 两 种 方式 归纳 : 通过 变量 数量 和 通过 值 域 的 种 类 。 归 纳 变 
量 数量 很 容易 : 如 果 有 一 个 n 变量 函数 ,使 除 一 个 以 外 的 所 有 变量 取 正 常 值 ,使 剩余 的 那个 
变量 取 最 小 值 . 略 高 于 最 小 值 . 正 常 值 、 略 低 于 最 大 值 和 最 大 值 ,对 每 个 变量 都 重复 进行 ,这 
样 ,对 于 一 个 n 变量 函数 ,边界 值 分 析 会 产生 4n 十 1 个 测试 用 例 。 

归纳 值 域 取决 于 变量 本 身 的 性 质 ( 或 更 准确 地 说 是 类 型 )。 例 如 ,对 于 NextDate 函数 
我 们 有 月 份 . 日 期 和 年 对 应 的 变量 。 采 用 类 似 于 FORTRAN 的 语言 ,很 有 可 能 对 这 些 变量 
编码 ,使 得 1 月 对 应 1,2 月 对 应 2, 等 等 。 采 用 支持 用 户 定 义 类 型 的 语言 (如 Pascal 或 
Ada) ,可 以 把 变量 “月 份 ?定义 为 枚 举 类 型 {1 月 ,2 月 ,…… ,12 月 }。 不管 采用 什么 语言 ， 
据 语 境 可 以 很 清楚 地 确定 最 小 值 略 高 于 最 小 值 、 正 常 值 略 低 于 最 大 值 和 最 大 值 。 如 果 变 
量具 有 离散 、 有 界 值 ,例如 佣金 问题 中 的 变量 , 则 最 小 值 、 略 高 于 最 小 值 正常 值 . 略 低 于 最 大 
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值 和 最 大 值 也 可 以 很 容易 地 确定 。 如 果 没 有 显 式 地 给 出 边界 ,例如 三 角形 问题 ,通常 必须 创 
建 一 种 “人 工 ? 边 界 。 边 长 的 最 低 值 显然 是 1, 但 是 上 限 怎 样 确定 呢 ? 在 默认 情况 下 ,最 大 可 
表示 整数 (在 某 些 语言 中 叫做 MAXINT) 是 一 种 可 能 ,也 可 以 任意 规定 上 限 , 例 如 200 
ak 2000. 

边界 值 分 析 对 布尔 变量 没有 什么 意义 , 极 值 是 TRUE 和 FALSE, 但 是 其 余 三 个 值 不 明 
确 ,布尔 变 量 可 以 进行 基于 决策 表 的 测试 。 逻 辑 变量 也 代表 一 种 边界 值 分 析 。 

如 果 被 测 程序 是 多 个 独立 变量 的 函数 ,这 些 变量 受 物 理 量 的 限制 , 则 很 适合 边界 值 分 
析 。 简 单 看 一 下 NextDate 的 边界 值 分 析 测 试用 例 , 就 会 发 现 这 些 测试 用 例 是 不 充分 的 。 
例如 , 没 怎么 强调 2 月 和 阔 年 。 这 里 的 真正 问题 是 ,月 份 . 日 期 和 年 变量 之 间 存 在 有 意思 的 
依赖 关系 。 边 界 值 分 析 假 设 变量 是 完全 独立 的 。 即 便 如 此 ,边界 值 分 析 也 能 够 捕获 月 末 和 
年 末 缺 陷 。 边 界 值 分 析 测试 用 例 通过 引用 物理 量 的 边界 独立 变量 极 值 导出 ,不 考虑 函数 的 
性 质 , 也 不 考虑 变量 的 语义 含义 。 


3.2.2 健壮 性 测试 


健壮 性 测试 是 边界 分 析 的 一 种 简单 扩展 : 除了 变量 的 五 个 边界 值 分 析 取 值 , 还 要 通过 
采用 一 个 略 超过 最 大 值 (max 十 ) 的 取 值 ,以 及 一 个 略 小 于 最 小 值 (min 一 ) 的 取 值 ,看 看 超过 
极 值 时 系统 会 有 什么 表现 。 健 壮 性 测试 最 有 意义 的 部 分 不 是 输入 ,而 是 预期 的 输出 ,如 
图 3.9 所 示 。 





图 3.9 两 变量 函数 的 健壮 性 测试 用 例 图 


对 于 一 个 含有 个 变量 的 程序 ,保留 其 中 一 个 变量 ,让 其 余 的 变量 取 正 常 值 ,被 保留 的 
变量 依次 取 min、min 十 .min 一 ,nom、max 一 ,max、max 十 值 ,对 每 个 变量 都 重复 进行 。 这 
样 ,对 于 一 个 及 n 个 变量 的 程序 ,边界 值 分 析 测 试 程 序 会 产生 6n 十 1 个 测试 用 例 。 


3.2.3 最 坏 情况 测试 


在 拒绝 “ 单 缺 陷 假设 "理论 的 情况 下 ,对 所 有 变量 的 边界 值 集合 进行 5 元 素 笛 卡 儿 积 计 
算 , 用 于 生成 测试 用 例 ,对 于 变量 函数 的 最 坏 测试 基于 边界 值 分 析 会 产生 5 个 测试 用 例 ， 
基于 健壮 性 分 析 则 产生 7x 个 测试 用 例 。 相 比 而 言 ,最 坏 情 况 测试 代价 较 高 ,因此 其 最 佳 应 
用 场合 是 物理 变量 具有 大 量 交互 作用 ,或 者 函数 失效 的 代价 极 高 的 情况 下 。 

最 坏 情况 测试 显然 更 彻底 ,因为 边界 值 分 析 测 试 是 最 坏 情况 测试 用 例 的 真子 集 。 最 坏 
情况 测试 还 意味 着 更 多 的 工作 量 : n 变量 函数 的 最 坏 情况 测试 ,会 产生 5" 个 测试 用 例 , 而 边 
界 值 分 析 只 产生 4n 十 1 个 测试 用 例 ,如 图 3. 10 所 示 。 
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3.10 两 变量 函数 的 最 坏 情况 测试 用 例 图 


最 坏 情况 测试 的 归纳 模式 与 边界 值 分 析 的 归纳 模式 一 样 , 两 者 也 有 相同 的 局 限 性 ,特别 
是 独立 性 要 求 方面 的 局 限 性 。 最 坏 情况 测试 的 最 佳 应 用 场合 ,可 能 是 物理 变量 具有 大 量 交 
互 作用 ,或 者 函数 失效 的 代价 极 高 的 情况 。 对 于 确实 极端 的 测试 ,会 采用 健壮 最 坏 情况 测 
试 。 这 种 测试 使 用 健壮 性 测试 的 7 元 素 集 合 的 笛 卡 儿 积 , 如 图 3. 11 所 示 。 
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图 3.11 两 变量 函数 的 健壮 最 坏 情 况 测 试用 例 图 


3.2.4 单元 实践 
1. 三 角形 问题 的 测试 用 例 


关于 三 角形 的 边 ,除了 说 明 是 整数 外 ,没有 给 出 其 他 条 件 。 我 们 任意 取 200 作为 高 端 边 
界 , 表 3.12 是 边界 值 分 析 测 试用 例 , 表 3. 13 是 最 坏 情况 测试 用 例 。 
表 3.12 边界 值 分 析 测 试用 例 
用 ü a b c 预期 输出 









































1 100 100 1 等 腰 三 角形 
2 100 100 2 等 腰 三 角形 
3 100 100 100 等 边 三 角形 
4 100 100 199 等 腰 三 角形 
5 100 100 200 非 三 角形 

6 100 1 100 等 腰 三 角形 
7 100 2 100 等 腰 三 角形 
8 100 100 100 等 边 三 角形 
9 100 199 100 等 腰 三 角形 
10 100 200 100 非 三 角形 

11 1 100 100 等 腰 三 角形 
12 2 100 100 等 腰 三 角形 
13 100 100 100 等 边 三 角形 
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续 表 

用 例 a b c 预期 输出 
14 199 100 100 等 腰 三 角形 
15 200 100 100 非 三 角形 

表 3.13 最 坏 情况 测试 用 例 

用 例 a b c 预期 输出 
1 1 1 1 等 边 三 角形 
2 1 1 2 非 三 角形 
3 1 1 100 非 三 角形 
4 1 1 199 非 三 角形 
5 1 1 200 非 三 角形 
6 1 2 1 非 三 角形 
7 1 2 2 等 腰 三 角形 
8 1 2 100 非 三 角形 
9 1 2 199 非 三 角形 
10 1 2 200 非 三 角形 
11 1 100 1 非 三 角形 
12 1 100 2 非 三 角形 
13 1 100 100 等 腰 三 角形 
14 1 100 199 非 三 角形 
15 1 100 200 非 三 角形 
16 1 199 1 非 三 角形 
17 1 199 2 非 三 角形 
18 1 199 100 非 三 角形 
19 1 199 199 等 腰 三 角形 
20 1 199 200 非 三 角形 
21 1 200 1 非 三 角形 
22 1 200 2 非 三 角形 
23 1 200 100 非 三 角形 
24 1 200 199 非 三 角形 
25 1 200 200 等 腰 三 角形 
26 2 1 1 非 三 角形 
27 2 1 2 等 腰 三 角形 
28 2 1 100 非 三 角形 
29 2 1 199 非 三 角形 
30 2 1 200 非 三 角形 
31 2 2 1 等 腰 三 角形 
32 2 2 2 等 边 三 角形 
33 2 2 100 非 三 角形 
34 2 2 199 非 三 角形 
35 2 2 200 非 三 角形 
36 2 100 1 非 三 角形 
37 2 100 2 非 三 角形 
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续 表 
a b c 预期 输出 
38 2 100 100 等 腰 三 角形 
39 2 100 199 非 三 角形 
40 2 100 200 非 三 角形 
41 2 199 1 非 三 角形 
42 2 199 2 非 三 角形 
43 2 199 100 非 三 角形 
44 2 199 199 等 腰 三 角形 
45 2 199 200 不 等 边 三 角形 
46 2 200 1 非 三 角形 
47 2 200 2 非 三 角形 
48 2 200 100 非 三 角形 
49 2 200 199 不 等 边 三 角形 
50 2 200 200 等 腰 三 角形 
51 100 1 1 非 三 角形 
52 100 1 2 非 三 角形 
53 100 1 100 等 腰 三 角形 
54 100 1 199 非 三 角形 
55 100 1 200 非 三 角形 
56 100 2 1 非 三 角形 
57 100 2 2 非 三 角形 
58 100 2 100 等 腰 三 角形 
59 100 2 199 非 三 角形 
60 100 2 200 非 三 角形 
61 100 100 1 等 腰 三 角形 
62 100 100 2 等 腰 三 角形 
63 100 100 100 等 边 三 角形 
64 100 100 199 等 腰 三 角形 
65 100 100 200 非 三 角形 
66 100 199 1 非 三 角形 
67 100 199 2 非 三 角形 
68 100 199 100 等 腰 三 角形 
69 100 199 199 等 腰 三 角形 
70 100 199 200 不 等 边 三 角形 
71 100 200 1 非 三 角形 
72 100 200 2 非 三 角形 
73 100 200 100 非 三 角形 
74 100 200 199 不 等 边 三 角形 
75 100 200 200 等 腰 三 角形 
76 199 1 1 非 三 角形 
77 199 1 2 非 三 角形 
78 199 1 100 非 三 角形 
79 199 1 199 等 腰 三 角形 
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续 表 

用 例 a b c 预期 输出 

80 199 1 200 非 三 角形 

81 199 2 1 非 三 角形 

82 199 2 2 非 三 角形 

83 199 2 100 非 三 角形 

84 199 2 199 等 腰 三 角 天 

85 199 2 200 不 等 边 三 角形 

86 199 100 1 非 三 角形 

87 199 100 2 非 三 角形 

88 199 100 100 等 腰 三 角 天 

89 199 100 199 等 腰 三 角 天 

90 199 100 200 不 等 边 三 角形 

91 199 199 1 等 腰 三 角形 

92 199 199 2 等 腰 三 角 天 

93 199 199 100 等 腰 三 角形 

94 199 199 199 等 边 三 角形 

95 199 199 200 等 腰 三 角 天 

96 199 200 1 非 三 角形 

97 199 200 2 

98 199 200 100 

99 199 200 199 等 腰 三 角形 

100 199 200 200 等 腰 三 角形 

101 200 1 1 非 三 角形 

102 200 1 2 非 三 角形 

103 200 1 100 非 三 角形 

104 200 1 199 非 三 角形 

105 200 1 200 等 腰 三 角形 

106 200 2 1 非 三 角形 

107 200 2 2 非 三 角形 

108 200 2 100 非 三 角形 

109 200 2 199 不 等 边 三 角形 

110 200 2 200 等 腰 三 角形 

111 200 100 1 非 三 角形 

112 200 100 2 非 三 角形 

113 200 100 100 非 三 角形 

114 200 100 199 不 等 边 三 角形 

115 200 100 200 等 腰 三 角形 

116 200 199 1 非 三 角形 

117 200 199 2 不 等 边 三 角形 

118 200 199 100 不 等 边 三 角形 

119 200 199 199 等 腰 三 角形 

120 200 199 200 等 腰 三 角形 

121 200 200 1 等 腰 三 角形 
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续 表 

用 a b c 预期 输出 
122 200 200 2 等 腰 三 角形 
123 200 200 100 等 腰 三 角形 
124 200 200 199 等 腰 三 角形 
125 200 200 200 等 边 三 角形 

















2. NextDate 函数 的 测试 用 例 


表 3. 14 所 示 是 NextDate 函数 的 最 坏 情 况 测 试用 例 。 
表 3.14 最 坏 情况 测试 用 例 











































































































用 A 日 期 年 预期 输出 
1 1 1 1812 1812 年 1 月 2 日 
2 1 1 1813 1813 年 1 月 2 日 
3 1 1 1912 1912 年 1 月 2 日 
4 1 1 2011 2011 年 1 月 2 日 
5 1 1 2012 2012 年 1 月 2 日 
6 1 2 1812 1812 年 1 月 3 日 
7 1 2 1813 1813 年 1 月 3 日 
8 1 2 1912 1912 年 1 月 3 日 
9 1 2 2011 2011 年 1 月 3 日 
10 1 2 2012 2012 年 1 月 3 日 
11 1 15 1812 1812 年 1 月 16 日 
12 1 15 1813 1813 年 1 月 16 日 
13 1 15 1912 1912 年 1 月 16 日 
14 1 15 2011 2011 441A 1648 
15 1 15 2012 2012 年 1 月 16 日 
16 1 30 1812 1812 年 1 月 31 日 
17 1 30 1813 1813 4Æ 1 H 31 H 
18 1 30 1912 1912 Æ 1 H 31 H 
19 1 30 2011 2011 4F 1A 31H 
20 1 30 2012 2012 441A 31 H 
21 1 31 1812 1812442 A148 
22 1 31 1813 1813 462 A148 
23 1 31 1912 1912442148 
24 1 31 2011 2011442148 
25 1 31 2012 2012 年 2 月 1 日 
26 2 1 1812 1812 年 2 月 2 日 
27 2 1 1813 1813 年 2 月 2 日 
28 2 1 1912 1912 年 2 月 2 日 
29 2 1 2011 2011 年 2 月 2 日 
30 2 1 2012 2012 年 2 月 2 日 
31 2 2 1812 1812 4F 238 
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续 表 
用 年 预期 输出 
32 2 2 1813 1813 年 2 月 3 日 
33 2 2 1912 1912 年 2 月 3 日 
34 2 2 2011 2011 年 2 月 3 日 
35 2 2 2012 2012 年 2 月 3 日 
36 2 15 1812 181242 H 16 H 
37 2 15 1813 1813 44 2 H 16 H 
38 2 15 1912 1912 4 2 H 16 H 
39 2 15 2011 2011 Æ 2 H 16 H 
40 2 15 2012 2012 4F 2. 16 H 
41 2 30 1812 错误 
42 2 30 1813 错误 
43 2 30 1912 错误 
44 2 30 2011 错误 
45 2 30 2012 错误 
46 2 31 1812 错误 
47 2 31 1813 错误 
48 2 31 1912 错误 
49 2 31 2011 错误 
50 2 31 2012 错误 
51 6 1 1812 1812 年 6 月 2 日 
52 6 1 1813 1813 年 6 月 2 日 
53 6 1 1912 1912446 A240 
54 6 1 2011 2011476 A280 
55 6 1 2012 2012446 A240 
56 6 2 1812 1812 446 A348 
57 6 2 1813 1813 446A 348 
58 6 2 1912 1912 446A 348 
59 6 2 2011 2011 年 6 月 3 日 
60 6 2 2012 2012 年 6 月 3 日 
61 6 15 1812 1812 年 6 月 16 日 
62 6 15 1813 1813 年 6 月 16 日 
63 6 15 1912 1912 年 6 月 16 日 
64 6 15 2011 20114F 6 A 16 H 
65 6 15 2012 2012 4Æ 6 A 16 H 
66 6 30 1812 1812 47 H 31 H 
67 6 30 1813 1813 47 H 31 H 
68 6 30 1912 191247 H 31 H 
69 6 30 2011 2011 47 H 31H 
70 6 30 2012 201247 H 31 H 
71 6 31 1812 错误 
72 6 31 1813 错误 
73 6 31 1912 错误 
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续 表 
日 年 预期 输出 

74 6 31 2011 错误 

75 6 31 2012 错误 

76 11 1 1812 1812 年 11 月 2 日 
77 11 1 1813 1813 年 11 月 2 日 
78 11 1 1912 1912 年 11 月 2 日 
79 11 1 2011 2011 年 11 月 2 日 
80 11 1 2012 2012 441128 
81 11 2 1812 1812411 H 3H 
82 11 2 1813 1813 年 11 月 3 日 
83 ii 2 1912 1912411 H 3 H 
84 11 2 2011 2011 年 11 月 3 日 
85 11 2 2012 20124711 A348 
86 ii 15 1812 1812 4Æ 11 H 16 H 
87 11 15 1813 1813 Æ 11 H 16 H 
88 ii 15 1912 1912 Æ 11 H 16 H 
89 ii 15 2011 2011 4Æ 11 H 16 H 
90 11 15 2012 2012 年 11 月 16 日 
91 ü 30 1812 18124412148 
92 11 30 1813 1813 年 12 月 1 日 
93 11 30 1912 1912 年 12 月 1 日 
94 11 30 2011 2011 年 12 月 1 日 
95 11 30 2012 2012412148 
96 11 31 1812 错误 

97 11 31 1813 错误 

98 i 31 1912 错误 

99 11 31 2011 错误 

100 1 31 2012 错误 

101 12 1 1812 1812 年 12 月 2 日 
102 12 1 1813 1813 年 12 月 2 日 
103 12 1 1912 1912 年 12 月 2 日 
104 12 1 2011 2011 年 12 月 2 日 
105 12 1 2012 2012 年 12 月 2 日 
106 12 2 1812 1812 年 12 月 3 日 
107 12 2 1813 1813 年 12 月 3 日 
108 12 2 1912 1912 年 12 月 3 日 
109 12 2 2011 2011 年 12 月 3 日 
110 12 2 2012 2012 4F 123A 
111 12 15 1812 1812 4Æ 12 H 16 H 
112 12 15 1813 1813 4F 12 H 16 H 
113 12 15 1912 1912 4Æ 12 H 16 H 
114 12 15 2011 2011 4Æ 12 H 16 H 
115 12 15 2012 2012 4Æ 12 H 16 H 
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续 表 
用 份 日 期 年 预期 输出 
116 12 30 1812 1812 4Æ 12 H 31 H 
117 12 30 1813 1813 44.12 H 31 H 
118 12 30 1912 1912 4F 12 H 31 H 
119 12 30 2011 2011 4F 12 H 31 H 
120 12 30 2012 2012 Æ 12 H 31 H 
121 12 31 1812 1813 年 1 月 1 日 
122 12 31 1813 1814 年 1 月 1 日 
123 12 31 1912 1913 年 1 月 1 日 
124 12 31 2011 2012 年 1 月 1 日 
125 12 31 2012 2013 年 1 月 1 日 

















3. 佣金 问题 的 测试 用 例 


步枪 销售 商 在 亚利桑那 州 境内 销售 制造 商 制 造 的 步枪 机 、 枪 托 和 枪 管 。 枪 机 卖 45 美 
元 , 枪 托 卖 30 美元 , 枪 管 卖 25 美元 。 销 售 商 每 月 至 少 要 售 出 一 支 完整 的 步枪 ,生产 限额 考 
虑 到 大 多 数 销 售 商 在 一 个 月 内 可 销售 70 个 枪 机 、80 个 枪 托 和 90 个 枪 管 。 销 售 商 在 每 访问 
一 个 镇 子 之 后 ,给 制造 商 发 出 电报 ,说 明 在 那个 镇 子 中 售 出 的 枪 机 、 枪 托 和 枪 管 数量 。 到 了 
月 末 , 销 售 商 要 发 出 一 封 很 短 的 电报 ,以 便 制造 商 知道 当月 的 销售 情况 。 销 售 商 的 佣金 为 : 
销售 额 不 到 ( 含 )1000 美元 部 分 ,为 10%; 1000( 不 含 ) 到 1800( 含 ) 美 元 的 部 分 ,为 15%; 超 
过 1800 美元 的 部 分 为 20%。 佣 金程 序 生成 月 份 销售 报告 ,汇总 售 出 的 枪 机 、 枪 托 和 枪 管 总 
数 , 销 售 商 的 总 销售 额 ,以 及 佣金 ,如 表 3. 15 所 示 。 





















































表 3.15 输出 边界 值 分 析 测 试用 例 
用 例 枪 机 枪 托 枪 管 ”| 销售 额 /美元 | 佣金 /美元 注 g 
1 1 1 1 100 10 输出 最 小 值 
2 1 1 2 125 12:5 输出 略 大 于 最 小 值 
3 1 2 1 130 13 输出 略 大 于 最 小 值 
4 2 1 1 145 14.5 输出 略 大 于 最 小 值 
5 5 5 5 500 50 中 点 
6 10 10 9 975 97.5 略 低 于 边界 点 
7 10 9 10 970 97 略 低 于 边界 点 
8 9 10 10 955 95.5 略 低 于 边界 点 
9 10 10 10 1000 100 边界 点 
10 10 10 10 1025 103.75 略 高 于 边界 点 
11 10 11 10 1030 104.5 略 高 于 边界 点 
12 11 10 10 1045 106. 75 略 高 于 边界 点 
13 14 14 14 1400 160 中 点 
14 18 18 17 1775 216. 25 略 低 于 边界 点 
15 18 17 18 1770 215.5 略 低 于 边界 点 
16 17 18 18 1755 213. 25 略 低 于 边界 点 
17 18 18 18 1800 220 边界 点 
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续 表 

用 例 枪 机 枪 托 枪 管 ”| 销售 额 /美元 | 佣金 /美元 注 释 

18 18 18 19 1825 225 略 高 于 边界 点 

19 18 19 18 1830 226 略 高 于 边界 点 

20 19 18 18 1845 229 略 高 于 边界 点 

21 48 48 48 4800 820 中 点 

22 70 80 89 7775 1415 输出 略 小 于 最 大 值 

23 70 79 90 7770 1414 输出 略 小 于 最 大 值 

24 69 80 90 7755 1411 输出 略 小 于 最 大 值 

25 70 80 90 7800 1420 输出 最 大 值 





低 于 较 低 平 面 的 值 , 对 应 低 于 1000 美元 门限 的 销售 额 。 两 个 平面 之 间 的 值 是 15% 佣 
金 区 域 。 使 用 输出 值 域 确定 测试 用 例 的 部 分 原因 是 ,通过 输入 值 域 生成 的 测试 用 例 几乎 都 
在 20% 区 域 。 我 们 要 找 出 强调 边界 值 100 美元 、1000 美元 、1800 美元 和 7800 美元 对 应 的 
输入 变量 组 合 。 这 些 测试 用 例 是 通过 电子 表格 开发 的 ,节省 了 大 量 计算 工作 。 最 大 值 和 最 
小 值 的 确定 很 容易 ,给 出 的 数 正 好 便于 生成 边界 点 。 测 试用 例 9 是 1000 美元 的 边界 点 。 如 
果 调 整 输入 变量 , 则 可 以 得 到 略 低 和 略 高 于 该 边界 的 值 ,如 表 3. 16 所 示 。 


表 3.16 输出 特殊 值 测试 用 例 





























用 例 枪 机 RE 枪 管 | 销售 额 /美元 | 佣金 /美元 注释 
1 10 11 9 1005 100. 75 略 高 于 边界 点 
2 18 17 19 1795 219. 25 略 低 于 边界 点 
3 18 19 17 1805 221 略 高 于 边界 点 
3.2.5 随机 测试 


随机 测试 是 根据 测试 说 明 书 执行 用 例 测试 的 重要 补充 手段 ,是 保证 测试 履 盖 完整 性 的 
有 效 方式 和 过 程 。 随 机 测试 的 基本 思想 是 : 不 是 永远 选取 有 界 变 量 的 最 小 值 、 略 高 于 最 小 
值 . 正 常 值 略 低 于 最 大 值 的 最 大 值 , 而 是 使 用 随机 数 生成 器 选 出 测试 用 例 值 。 随 机 测试 可 
以 避免 出 现 测试 偏见 ,但 是 也 可 能 带 来 一 个 严重 问题 : 多 少 随机 测试 用 例 才 是 充分 的 ? 这 
些 测试 用 例 都 是 用 选择 有 界 变量 a xb 值 的 一 个 Visual Basic 应 用 程序 生成 的 ,x 满 
ETA: 


x=Int(b-a+1)*Rnd+a 
其 中 函数 Int 返回 浮 点 数 的 整数 部 分 ,函数 Rnd 生成 区 间 [0,1] 内 的 随机 数 。 这 个 程序 持续 


生成 随机 测试 用 例 , 直 到 每 种 输出 至 少 出 现 一 次 。 在 每 张 表 中 ,该 程序 进行 七 次 “循环 ”, 以 
“很 难 生成 ”的 测试 用 例 结束 ,如 表 3. 17 一 表 3. 19 所 示 。 
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表 3.17 三 角形 程序 的 随机 测试 用 例 
测试 用 例 非 三 角形 不 等 边 三 角形 等 腰 三 角形 等 边 三 角形 
1289 663 593 32 1 
15436 7696 7372 367 1 
17091 8556 8164 367 1 
2603 1284 1252 66 1 
6475 3197 3122 155 1 
5978 2998 2850 129 1 
9008 4447 4353 207 1 
平均 值 49. 83% 47.87% 2.29% 0.01% 
表 3.18 佣金 程序 的 随机 测试 用 例 
测试 用 例 10% 15% 20% 
91 1 6 84 
27 1 1 25 
72 1 1 70 
176 1 6 169 
48 1 1 46 
152 1 6 145 
125 1 4 120 
平均 值 1.01% 3.62% 95.37% 
表 3.19 NextDate 程序 的 随机 测试 用 例 
ARAH 有 31 天 的 月 份 的 | 有 31 天 的 月 份 的 | 有 30 天 的 月 份 的 | 有 30 天 的 月 份 的 
1~308 318 1 一 29 日 308 
913 542 17 274 10 
1101 621 9 358 8 
4201 2448 64 1242 46 
1097 600 21 350 9 
5853 3342 100 1804 82 
3959 2195 73 1252 42 
1436 786 22 456 13 
平均 值 56. 76% 1.65% 30.91% 1.13% 
可 能 值 56.45% 1.88% 31.18% 1.88% 
2 月 的 1~27 日 | 间 年 的 ?月 28 日 TAER? R ewan | 不 可 能 的 日 期 
45 1 1 1 22 
83 1 1 1 19 
312 1 8 3 77 
92 1 4 1 19 
417 1 11 2 94 
310 1 6 5 75 
126 1 5 1 26 
7.46% 0.04% 0.19% 0.08% 1.79% 
4.26% 0.07% 0.20% 0.07% 1.01% 
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3.2.6 边界 值 测 试 的 指导 方针 


除了 特殊 值 测 试 ,基于 函数 (程序 ) 输 入 定义 域 的 测试 方法 ,是 所 有 测试 方法 中 最 基本 
的 。 这 类 测试 方法 都 有 一 种 假设 , 即 输入 变量 是 真正 独立 的 ,如 果 不 能 保证 这 种 假设 , 则 这 
类 方法 会 产生 不 能 令 人 满意 的 测试 用 例 。 这 些 方法 还 有 两 方面 的 区 别 : 正常 值 与 健壮 值 ， 
单 缺陷 与 多 缺陷 假设 。 仔 细 地 运用 这 些 差 别 就 能 产生 较 好 的 测试 。 这 些 方法 都 可 以 用 于 程 
序 的 输出 值 域 ,就 像 我 们 在 佣金 问题 中 所 做 的 那样 。 

另 一 种 很 有 用 的 基于 输出 的 测试 用 例 形式 ,可 用 于 生成 错误 消息 的 系统 。 测 试 人 员 应 
该 设计 测试 用 例 ,以 检查 在 适当 的 时 候 ,错误 消息 是 否 被 生成 ,并 且 不 会 被 错误 地 生成 。 定 
义 域 分 析 还 可 以 用 于 内 部 变量 ,例如 循环 控制 变量 ,索引 和 指针 。 健 壮 性 测试 是 测试 内 部 变 
量 的 一 种 好 的 选择 。 


8.3 决策 表 法 


决策 表 又 称 判 断 表 , 是 一 种 呈 表格 状 的 图 形 工具 ,适用 于 描述 处 理 判断 条 件 较 多 ,各 条 
件 又 相互 组 合 、 有 多 种 决策 方案 的 情况 。 决 策 表 可 精确 而 简洁 地 描述 复杂 逻辑 的 方式 ,将 多 
个 条 件 与 这 些 条 件 满足 后 要 执行 的 动作 相对 应 。 但 不 同 于 传统 程序 语言 中 的 控制 语句 , 决 
策 表 能 将 多 个 独立 的 条 件 和 多 个 动作 直接 地 联系 、 清 晰 地 表示 出 来 。 


3.3.1 决策 表 


自 20 世纪 60 年 代 初 以 来 ,决策 表 一 直 被 用 来 表示 和 分 析 复 杂 逻 辑 关 系 。 表 3. 20 给 出 
了 基本 决策 表 术 语 。 





表 3.20 决策 表 的 各 个 部 分 























tÈ 规则 1 规则 2 规则 3、4 规则 5 规则 6 规则 7.8 
Cl 工 T T F F F 

C2 T T F T T F 

C3 Ly F = E F _ 

al x X X 

a2 X X 

a3 X X 

a4 X X 























决策 表 一 般 分 为 条 件 桩 、 条 件 项 ,动作 桩 、 动 作 项 4 个 部 分 。 每 个 条 件 对 应 一 个 变量 、 关 
系 或 预测 ,“ 候 选 条 件 ” 就 是 它们 所 有 可 能 的 值 ; 动作 指 要 执行 的 过 程 或 操作 ; 动作 入 口 指 
根据 该 入 口 所 对 应 的 候选 条 件 集 ,是 否 或 按 怎 样 的 顺序 执行 动作 。 

许多 决策 表 在 候选 条 件 中 使 用 “不 关心 "符号 来 化 简 决 策 表 , 尤 其 是 当 某 一 条 件 对 应 要 
执行 的 动作 影响 很 小 时 。 有 时 ,所 有 的 条 件 在 开始 时 都 被 认为 是 重要 的 ,但 最 后 却 发 现 没 有 
一 个 条 件 对 执行 的 动作 有 影响 ,都 是 无 关 的 条 件 。 
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在 这 4 个 部 分 的 基础 上 ,决策 表 根 据 候选 条 件 和 动作 入 口 的 表现 方法 的 变化 而 变化 。 
有 些 决 策 表 使 用 true/false 作为 候选 条 件 值 (类 似 于 if-then-else) ,有些 使 用 数字 (类 似 于 
switch-case) ,有 些 甚至 使 用 模糊 值 或 概率 值 。 对 应 动作 入 口 ,可 以 简单 地 表示 为 动作 是 否 
执行 (检查 动作 执行 ) ,或 更 高 级 些 ,罗列 出 要 执行 的 动作 (为 执行 的 动作 排序 ) 。 

为 了 使 用 决策 表 标 识 测试 用 例 ,我 们 把 条 件 解释 为 输入 ,把 行动 解释 为 输出 。 有 时 条 件 
最 终 引 用 输入 的 等 价 类 ,行动 引用 被 测 软 件 的 主要 功能 处 理 部 分 。 这 时 规则 就 解释 为 测试 
用 例 。 

表 3. 21 所 示 的 决策 表 给 出 了 有 关 表 示 方 法 的 另 一 种 考虑 : 条 件 的 选择 可 以 大 大 地 扩 
展 决策 表 的 规模 。 将 (C1: abc 构成 三 角形 ?) 扩 展 为 三 角形 特性 的 三 个 不 等 式 的 详细 表 
示 , 如 表 3. 22 所 示 。 如 果 有 一 个 不 等 式 不 成 立 , 则 三 个 整数 就 不 能 构成 三 角形 。 我 们 还 可 
以 进一步 扩展 ,因为 不 等 式 不 成 立 有 两 种 方式 : 一 条 边 等 于 另外 两 边 的 和 ,或 严格 大 于 另外 
两 条 边 的 和 。 


表 3.21 三 角形 问题 决策 表 

























































































条 件 桩 1 2 3 4 5 6 7 8 9 
cl: aybyc 构成 三 角形 ? | N Y Y Y Y ¥ Y x Y 
c2: a=b? 一 Y ¥ Y Y N N N N 
c3: a=c? 一 Y Y N N Y ¥ N N 
c4: b=c? = ¥ N Y N Y N Y N 
al: 非 三 角形 v 
a2, 不 等 边 三 角形 v 
a3: 等 腰 三 角形 v v v 
at: 等 边 三 角形 v 
aS; 不 可 能 v v v 
表 3.22 经 过 修改 的 三 角形 问题 决策 表 
条 件 桩 1 2 3 4 5 6 7 8 9 10 11 
cl: a<atc? F T T T T Li © T T T T 
c2: b<atc? T F T T T T 党 T T T T 
c3: c<a+b? 一 F T T T 2 T T T $ 
c4; a=b? = m T T T T F F F F 
cd: a=c? — — T F F F T T F F 
c6: b=c? ad = T F T F T F © F 
al: 非 三 角形 X X X 
a2: 不 等 边 三 角形 x 
a3; 等 腰 三 角形 X x x 
a4; 等 边 三 角形 X 
aS: 不 可 能 x x x 
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表 3. 23 所 示 的 决策 表 是 NextDate 问题 ,引用 了 可 能 的 月 份 变量 相互 排斥 的 可 能 性 。 


表 3.23 带 有 相互 排斥 条 件 的 决策 表 














条 件 规则 1 规则 2 规则 3 
Cl: 月 份 在 M1 中 ? = = 
C2; 月 份 在 M2 中 ? = T = 
C3: 月 份 在 M3 中 ? = == T 























不 关心 条 目的 使 用 ,对 完整 决策 树 的 识别 方式 有 微妙 的 影响 。 对 于 有 限 条 目 决策 表 , 如 
果 有 个 条 件 , 则 必须 有 2" 条 规则 。 如 果 与 表述 不 相关 , 则 可 以 按 以 下 方法 统计 规则 数 , 如 


表 3. 24 和 表 3. 25 所 示 。 


条 件 桩 


表 3.24 


4 


6 


表 3. 22 所 示 规 则 条 数 统计 的 决策 表 





cl: a<atc? 





c2; b<atc? 





c3: c<a+b? 


sjaja] we 





c4: a=b? 





c5; a=c? 





c6: b=c? 





规则 条 数 统计 


elalalalalala 


elalalalalalala 


elalalalalals 


elala|slala}a}x 


elafalm}alala] œ 


elalalm}ala}a]e 
elalalalalala 
二 | 四 | 中 | oy 





al; 非 三 角形 





a2: 不 等 边 三 角形 





a3: 等 腰 三 角形 





ad; 等 边 三 角形 





a5: 不 可 能 














X 





X 
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条 件 


规则 1 


规则 2 


规则 3 





Cl: 月 份 在 M1 中 ? 


T 





C2: 月 份 在 M2 中 ? 


T 





C3: 月 份 在 M3 中 ? 





规则 条 数 统计 


4 


4 








al 











应 该 只 有 8 条 规则 ,为 了 找 出 问题 所 在 ,我 们 扩展 所 有 的 条 件 规则 ,用 可 能 的 工 或 下 蔡 


代 “ 一 ”, 如 表 3. 26 所 示 。 
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表 3.26 表 3.25 的 扩展 版 本 




















条 件 11.) 02>) LS | 1.4 | 2.0 | 202 | 263: | 24! |) Bou || 3.2 | Bid) | 3i4 
Cl: 月 份 在 Ml 中 ? | T T| T Tul E T F F F| F F F 
C2: 月 份 在 M2 中 ? | T F F F T Tn |e $ F T F 
C3, 月 份 在 M3 中 ? | T F T F T F T F T T | T| T 
规则 条 数 统计 1 1 1 1 1 1 1 1 1 1 1 1 
al 









































所 有 条 目 都 是 T 的 规则 有 三 条 : 规则 1. 1 规则 2.1、 规 则 3. 1; 条 目 是 TT、T\F 的 规则 
有 两 条 : 规则 1. 2 和 规则 2. 3。 如 果 去 掉 这 种 重复 ,最 后 得 到 7 条 规则 ,缺少 的 规则 是 所 有 
条 件 都 是 假 的 规则 。 这 种 处 理 的 结果 如 表 3. 27 所 示 。 


表 3.27 包含 不 可 能 出 现 的 规则 的 相互 排斥 条 件 









































条 件 14 1.2 1.3 1.4 2.3 2.4 3.4 
Cl: 月 份 在 M1 中 ? T T T T F F F 
C2: 月 份 在 M2 中 ? T T F F T T F 
C3, 月 份 在 M3 中 ? y F T F T F T 
规则 条 数 统计 1 1 1 1 1 1 1 
al: 不 可 能 X x x x 
3.3.2 实例 


1. 三 角形 问题 的 测试 用 例 


根据 表 3. 22 可 得 到 11 个 功能 性 测试 用 例 : 3 个 不 可 能 测试 用 例 ,3 个 测试 用 例 违 反 三 
角形 性 质 ,1 个 测试 用 例 可 得 到 等 边 三 角形 ,1 个 测试 用 例 可 得 到 不 等 边 三 角形 ,3 个 测试 用 
例 可 得 到 等 腰 三 角形 ,如 表 3. 28 所 示 。 


表 3.28 根据 表 3. 22 得 到 的 测试 用 例 


















































用 例 ID a b c 预期 输出 
DT1 4 1 i 非 三 角形 
DT2 1 4 2 非 三 角形 
DT3 1 2 4 非 三 角形 
DT4 5 5 5 等 边 三 角形 
DT5 z ? 和 不 可 能 
DT6 ? ? $ 不 可 能 
DT7 2 2 3 等 腰 三 角形 
DT8 ? 不 可 能 
DT9 2 3 2 等 腰 三 角形 
DT10 3 2 2 等 腰 三 角形 
DT11 3 4 5 不 等 边 三 角形 
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2. NextDate 函数 测试 用 例 


决策 表 最 突出 的 优点 是 : 能 够 将 复杂 的 问题 按照 各 种 可 能 的 情况 全 部 列举 出 来 ,简明 
并 避免 遗漏 。 利 用 决策 表 能 够 设计 出 完整 的 测试 用 例 集合 ,运用 决策 表 设 计 测 试用 例 可 以 
将 条 件 理 解 为 输入 ,将 动作 理解 为 输出 。 决 策 表 如 表 3. 29 所 示 。 


MI: 
M2; 
M3; 
M4; 


DI: 
D2: 
D3: 
D4: 
D5: 
Y1: 
Y2 


{month: month 有 30 K} 

{month: month 有 31 天 ,12 月 除外 } 
{month: month 是 12 月 } 

{month: month 是 2 月 } 

{day: 1<day<27} 

{day: day=28} 

{day: day=29} 

{day: day=30} 

{day: day=31} 

{year: year 是 闲 年 } 


: (year: year 不 是 半年 } 


表 3.29 有 256 条 规则 的 决策 表 
条 件 1 2 





: 月 份 在 M1 中 ? 





: 月 份 在 M2 中 ? 





: 月 份 在 M3 中 ? T 





: HWE DI 中 ? 





: 日 期 在 D2 中 ? 





: 日 期 在 D3 中 ? 





: 日 期 在 D4 中 ? 





C8 


: 日 期 在 Y1 中 ? 





Al: 不 可 能 





A2: NextDate 








这 一 次 采用 扩展 条 目 决 策 表 开发 ,如 果 规 则 条 目 之 间 存 在 “重合 ”, 则 会 存在 元 余 情况 ， 
使 得 多 个 规则 都 能 满足 。 决 策 表 如 表 3. 30 所 示 。 


M1: 
M2: 


M3 


DI: 
D2: 
D3: 
D4: 


{month: month 有 30 K} 
{month: month 有 31 K} 

: {month: month 此 月 是 2 A} 
{day: 1<day<28} 

{day: day=29} 

{day: day=30} 

{day: day=31} 


Yl: {year: year=2000} 
Y2: {year: year ff 4F } 
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Vv 


Y3: {year: year 是 平年 } 
表 3.30 有 36 条 规则 的 决策 表 








































































































条 件 1 2 3 4 5 6 7 8 
cl: At M1 M1 M1 M1 M2 M2 M2 M2 
c2: 日 期 D1 D2 D3 D4 D1 D2 D3 D4 
c3: 年 
规则 条 数 统计 3 3 3 3 3 3 3 3 
行为 
al: 不 可 能 x 
a2; day 加 1 x x x X x 
a3; 日 期 复位 X k 
a4; month fi 1 X 2 
a5: 月 份 复位 
a6: year 加 1 7 

条 件 9 10 11 12 13 14 15 16 
cl: 月 份 M3 M3 M3 M3 M3 M3 M3 M3 
c2: 日 期 在 D1 D1 D1 D2 D2 D2 D3 D3 
c3; 年 在 Yl Y2 Y3 Yl Y2 Y3 一 = 
规则 条 数 统计 1 1 1 1 1 1 3 3 
行为 
al: 不 可 能 X X X 
a2: 日 期 加 1 x 
a3: 日 期 复位 X X X X 
a4; 月 份 加 1 X x x x 
a5: 月 份 复 位 
a6: 年 加 1 


规则 1 .规则 2 规则 3 都 涉及 有 30 天 的 月 份 day 类 D1,D2 和 D3, 并 且 它 们 的 动作 项 都 
是 day 加 1, 因 此 可 以 将 规则 1、 规则 2、 规 则 3 合并 。 类 似 地 ,有 31 天 的 月 份 day 类 D1,D2, 
D3 和 D4 也 可 合并 ,2 月 的 D4 和 D5 也 可 合并 。 

通过 引入 等 价 类 的 第 3 个 集合 ,可 以 澄清 年 末 问 题 。 

M1: { 月 份 : 每 月 有 30 K} 


M2: {月 份 : 每 有 31 天 ,12 月 除外 } 
M3: {月 份 : 此 月 是 12 A} 

M4: {月 份 : 此 月 是 2 月 } 

Di: {日 期 : ISA <27} 

D2: {日 期 : 日 期 ==28} 

D3: {日 期 : 日 期 =29} 

D4: {日 期 : 日 期 =30} 

D5: {日 期 : 日 期 =31} 


Yi: {年 : FR) 


Y2: (F: FREH) 


(1) month 变量 的 有 效 等 价 类 : 
M1: {month=4,6,9,11} 


M3: {month=12} 


(2) day 变量 的 有 效 等 价 类 : 


D1: {1<day<27} D2: {day=28} 
D4: {day=30} D5: {day=31} 
(3) year 变量 的 有 效 等 价 类 : 
Yl: {year EHE} Y2: 
(4) 程序 中 可 能 采取 的 操作 有 以 下 6 种 : 
al: 不 可 能 a2: day 十 1 
a4: month 十 1 a5: month 一 1 


M2: {month=1,3,5,7,8,10} 
M4: {month=2} 


第 3 章 黑 盒 测试 


D3: {day=29} 


{year KEHE) 


a3: day=1 
a6: year+1 


K 3. 31 所 示 的 决策 表 是 NextDate 函数 源 代码 的 基础 。 这 个 例子 从 另 一 个 方面 说 明 测 
试 如 何 能 够 很 好 地 改进 程序 设计 。 所 有 决策 表 分 析 都 应 该 在 NextDate 函数 的 详细 设计 期 
间 完 成 ,如 表 3. 32 所 示 。 


表 3.31 


NextDate 函数 的 决策 表 


4 


5 


6 





M1 M1 M1 


M1 


M2 


M2 


M2 





D4 


D5 


D1 


D3 
































12 


























NextDate 函数 的 精简 决策 表 


15 


16 


a7 


18 














21 











条 件 : 


M3 


M3 


M4 


M4 


M4 


M4 


M4 





cl: 月 份 在 


D2 


D3 


DS 


D1 


D2 


D2 


D5 





c2: 日 期 在 





Y2 





c3: 年 在 





行为 : 


Vv 





al: 不 可 能 


ian 





a2; 日 期 加 1 


和 人 人 I 人 





a3: 日 期 复位 





a4: 月 份 加 1 





a5: 月 份 复位 





a6: 年 加 1 
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相应 的 测试 用 例如 表 3. 33 所 示 。 
表 3.33 NextDate 函数 的 决策 表 测 试用 例 












































测试 用 例 month day year 预期 输出 
Testl ~Test3 6 16 2001 17/6/2001 
Test4 6 30 2004 1/7/2004 
Test5 6 31 2001 不 可 能 
Test6~Test9 8 16 2004 17/8/2004 
Test10 8 31 2001 1/9/2001 
Testll 一 Testl4 12 16 2004 17/12/2004 
Test15 12 31 2001 1/1/2002 
Test16 2 16 2004 17/2/2004 
Test17 2 28 2004 29/2/2004 
Test18 2 28 2001 1/3/2001 
Test19 2 29 2004 1/3/2001 
Test20 2 29 2001 不 可 能 
Test21~Test22 $ 30 2004 不 可 能 














3. 佣金 问题 的 测试 用 例 
决策 表 分 析 不 太 适 合 佣金 问题 。 在 佣金 问题 中 只 有 很 少 的 决策 逻辑 。 


3.3.3 指导 方针 


决策 表 的 测试 对 于 某 些 应 用 程序 (例如 NextDate 函数 ) 很 有 效 , 但 是 (例如 佣金 问题 ) 
不 值得 用 决策 表 。 

(1) 决策 表 技 术 适 用 于 具有 以 下 特征 的 应 用 程序 : 

© if-else 逻辑 突出 ; 

@ 输入 变量 之 间 存在 逻辑 关系 ; 

© 涉及 输入 变量 子 集 的 计算 ; 

@ 输入 与 输出 之 间 存 在 因果 关系 ; 

© 很 高 的 圈 复 杂 度 。 

(2) 决策 表 不 能 很 好 地 伸缩 (及 个 条 件 的 有 限 条 目 决策 表 有 2" 个 规则 )。 有 多 种 方法 
可 以 解决 这 个 问题 一 一 使 用 扩展 条 目 决 策 表 代数 简化 表 , 将 大 表 “ 分 解 ” 为 小 表 , 查 找 条 件 
条 目的 重复 模式 。 

G) 与 其 他 技术 一 样 ,迭代 会 有 所 帮助 。 第 一 次 标识 的 条 件 和 行动 可 能 不 那么 令 人 满 
意 。 把 第 一 次 得 到 的 结果 作为 “铺路 石 ”, 逐 渐 改 进 , 直 到 得 到 满意 的 决策 表 。 


6.4 因果 图 法 


等 价 类 划分 法 和 边界 值 分 析 方 法 都 是 着 重 考虑 输入 条 件 , 但 没有 考虑 输入 条 件 的 各 种 
组 合 、 输 入 条 件 之 间 的 相互 制约 关系 。 这 样 虽 然 各 种 输入 条 件 可 能 出 错 的 情况 已 经 测试 到 
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了 ,但 多 个 输入 条 件 组 合 起 来 可 能 出 错 的 情况 却 被 忽视 了 。 因 果 图 法 正 适用 于 输入 条 件 组 
合 复杂 的 情况 。 

因果 图 是 一 种 利用 图 解法 分 析 输 入 的 各 种 组 合 情 况 , 从 而 设计 测试 用 例 的 方法 , 它 适用 
于 检查 程序 输入 条 件 的 各 种 组 合 情 况 。 

因果 图 中 出 现 的 基本 符号 ,如 图 3. 12 所 示 。 


图 3.12 因果 图 中 出 现 的 基本 符号 


通常 在 因果 图 中 用 ci 表示 原因 ,用 ei 表示 结果 ,各 节点 表示 状态 ,可 取 值 0 或 1。0 表 
示 某 状态 不 出 现 ,1 表示 某 状态 出 现 。 
在 因果 图 中 ,原因 与 结果 之 间 主 要 有 以 下 几 种 关系 ,如 图 3. 13 所 示 。 





© 9 
OO OO- O30 XO 
© © 


(a) (b) (c) (d) 
图 3.13 因果 图 中 各 种 关系 示意 图 


(a) 恒 等 : 车 cl 是 1, 则 el 也 为 1, 否 则 el 为 0; 

(b) 非 : 若 cl 是 1, 则 el 为 0, 和 否则 el 为 1; 用 符号 “一 "表示 。 

Cc) 或: 车 cl 或 c2 或 c3 是 1, 则 el 是 1, 否 则 el 为 0,“ 或 "可 有 任意 个 输入 ; 用 符号 
“V ”表示 。 

(d) 与 : 车 cl 和 c2 都 是 1, 则 el 为 1, 否则 el 为 0 与 ?也 可 有 任意 个 输入 。 

在 实际 问题 当中 输入 状态 相互 之 间 还 可 能 存在 某 些 依赖 关系 , 称 为 “约束 ”, 如 图 3. 14 


J 
E< 1<%-- o< R! IM 
异 © 或 Ye) RO) nO mO 
(a) (b) (c) (d) (e) 

图 3.14 因果 图 中 各 种 约束 示意 图 


对 于 输入 条 件 的 约束 有 4 种 。 

(a) EE 约束 ( 异 ): a 和 2 中 最 多 有 一 个 可 能 为 1, 即 和 4 不 能 同时 为 1; 
(b) TAR GO: abe 中 至 少 有 一 个 必须 是 1. 即 a.b.c 不 能 同时 为 0; 
(c) 0 约束 (唯一 ): a 和 2 必须 有 一 个 且 仅 有 一 个 为 1; 

(d) R 约束 (要 求 ): a 是 1 时 ,0 必须 是 1。 
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对 于 输出 条 件 的 约束 只 有 MAR, 

(Ce) M 约束 (强制 ) : FAR a 是 1, 则 结果 6 强制 为 0。 

用 因果 图 法 设计 测试 用 例 ,首先 从 程序 规格 说 明 书 的 描述 中 , 找 出 原因 (输入 条 件 ) 和 结 
果 ( 输 出 结果 或 者 程序 状态 的 改变 ) ,然后 通过 因果 图 转换 为 判定 表 , 最 后 为 判定 表 中 的 每 一 
列 设计 一 个 测试 用 例 。 具 体 步 骤 是 ， 

(1) 分 析 待 测 得 系统 规格 , 找 出 原因 与 结果 。 

分 析 软 件 规格 说 明 描述 中 ,哪些 是 原因 ( 即 输入 条 件 或 输入 条 件 的 等 价 类 ) ,哪些 是 结果 
( 即 输出 条 件 ) ,并 给 每 个 原因 和 结果 赋予 一 个 标识 符 。 

(2) 画 出 因果 图 。 

分 析 软 件 规格 说 明 描述 中 的 语义 。 找 出 原因 与 结果 之 间 、 原 因 与 原因 之 间 的 对 应 关系 。 
根据 这 些 关 系 , 画 出 因果 图 。 

(3) 标记 约束 或 限制 条 件 。 

由 于 语法 或 环境 限制 ,有 些 原 因 与 原因 之 间 , 原 因 与 结果 之 间 的 组 合 情 况 下 不 可 能 出 
现 。 为 表明 这 些 特殊 情况 ,在 因果 图 上 用 一 些 记 号 表明 约束 或 限制 条 件 。 

(4) 把 因果 图 转换 为 判定 表 。 

(5) 用 判定 表 中 的 每 一 项 生成 测试 用 例 。 

【因果 图 实例 】 

某 软件 规格 说 明 书 包含 这 样 的 要 求 : 第 一 列 字符 必须 是 A 或 B, 第 二 列 字 符 必须 是 一 
个 数字 ,在 此 情况 下 进行 文件 的 修改 ,如 果 第 一 列 字符 不 正确 , 则 给 出 信息 L; 如 果 第 二 列 
字符 不 是 数字 , 则 给 出 信息 M。 

(1) 对 说 明 进 行 分 析 ,得 到 原因 和 结果 

原因 

cl: 第 一 列 字符 是 A; 

c2: 第 一 列 字符 是 B; 

c3: 第 二 列 字符 是 一 个 数字 。 

al: 修改 文件 ; 

a2: 给 出 信息 L; 

a3: 给 出 信息 M。 

(2) 其 对 应 的 因果 图 为 : 11 为 中 间 节 点 ; 考虑 到 原因 Cl 和 原因 C2 不 可 能 同时 为 1 ， 

故 在 因果 图 上 施加 下 约束 ,如 图 3.15 和 图 3. 16 所 示 。 


10 为 导出 结果 的 中 间 原 因 








图 3.15 因果 图 图 3.16 带 有 约束 的 因果 图 
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(3) 根据 因果 图 建立 判定 表 , 如 表 3. 34 所 示 。 
































表 3.34 HER 

1 2 3 4 5 6 7 8 
cl 1 1 1 1 0 0 0 0 
条 件 c2 1 1 0 0 1 1 0 0 
c3 1 0 1 0 1 0 1 0 
中 间 条 件 11 ï 1 1 1 0 0 
al Y Y 

a2 Y Y 
动作 a3 Y Y ¥ 

不 可 能 Y Y 

测试 用 例 #3 #B *7 *M c2 cM 
































(4) 把 判定 表 的 每 一 列 拿 出 来 作为 依据 ,设计 测试 用 例 。 
表 的 最 下 一 栏 给 出 了 6 种 情况 的 测试 用 例 ,这 是 我 们 所 需要 的 数据 ,如 表 3. 35 所 示 。 




















表 3.35 测试 用 例 

编 号 测试 用 例 预期 输出 
Testl #3 修改 文件 
Test2 $B 给 出 信息 M 
Test3 *7 修改 文件 
Test4 *M 给 出 信息 M 
Test5 c2 给 出 信息 N 
Test6 cM 给 出 信息 M 








因果 图 法 的 特点 : 

(1) 考虑 到 了 输入 情况 的 各 种 组 合 以 及 各 个 输入 情况 之 间 的 相互 制约 关系 。 

(2) 能 够 帮助 测试 人 员 按 照 一 定 的 步骤 ,高 效率 地 开发 测试 用 例 。 

(3) 因果 图 法 是 将 自然 语言 规格 说 明 转 化 成 形式 语言 规格 说 明 的 一 种 严格 的 方法 ,可 
以 指出 规格 说 明 存 在 的 不 完整 性 和 二 义 性 。 


T 场景 法 


场景 法 是 指 通过 运用 场景 来 对 系统 的 功能 点 或 业务 流程 进行 描述 ,从 而 提高 测试 效果 
的 一 种 方法 。 以 用 例 场景 来 测试 需求 是 指 模拟 特定 场景 边界 发 生 的 事情 ,通过 事件 来 触发 
某 个 动作 的 发 生 ,观察 事件 的 最 终结 果 , 从 而 发 现 需求 中 存在 的 问题 。 我 们 通常 以 正常 的 用 
例 场景 分 析 开 始 ,然后 再 着 手 进行 其 他 的 场景 分 析 。 场 景 法 一 般 包 含 基本 流 和 备用 流 。 从 
一 个 流程 开始 ,通过 描述 经 过 的 路 径 来 确定 过 程 ,经 过 遍历 所 有 的 基本 流 和 备用 流 来 完成 整 
个 场景 。 场 景 主要 包括 4 种 主要 的 类 型 : 正常 的 用 例 场景 、 备 选 的 用 例 场景 .异常 的 用 例 场 
景 和 假定 推测 的 场景 。 

现在 的 软件 几乎 都 是 由 事件 触发 来 控制 流程 的 ,事件 触发 时 的 情景 便 形 成 了 场景 ,而 同 
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一 事件 不 同 的 触发 顺序 和 处 理 结果 形成 事件 流 。 这 种 在 软件 设计 方面 的 思想 也 可 被 引入 到 
软件 测试 中 ,生动 地 描绘 出 事件 触发 时 的 情景 ,有 利于 测试 设计 者 设计 测试 用 例 ,同时 测试 
用 例 也 更 容易 得 到 理解 和 执行 。 

如 图 3. 17 所 示 。 经 过 用 例 的 每 条 不 同 路 径 都 反映 了 基本 流 和 备 选 流 ,都 用 箭头 来 表 
示 。 基 本 流 用 直 黑 线 来 表示 ,是 经 过 用 例 的 最 简单 的 路 径 。 每 个 备 选 流 自 基本 流 开始 ,之 
后 , 备 选 流 会 在 某 个 特定 条 件 下 执行 。 备 选 流 可 能 会 重新 加 入 基本 流 中 ( 备 选 流 1 和 备 选 流 
3) ,还 可 能 起 源 于 另 一 个 备 选 流 ( 备 选 流 2) ,或 者 终止 用 例 而 不 再 重新 加 入 某 个 流 ( 备 选 流 2 
和 备 选 流 4) 。 





结束 用 例 
图 3.17 用 例 场景 图 


遵循 图 3. 17 中 每 个 经 过 用 例 的 可 能 路 径 , 可 以 确定 不 同 的 用 例 场景 。 从 基本 流 开始 ， 
再 将 基本 流 和 备 选 流 结合 起 来 ,可 以 确定 以 下 用 例 场景 : 

场景 1: 基本 流 。 

场景 2: 基本 流 , 备 选 流 1 

场景 3: 基本 流 , 备 选 流 1, 备 选 流 2。 

场景 4: 基本 流 , 备 选 流 3。 

场景 5: 基本 流 , 备 选 流 3, 备 选 流 1。 

场景 6: 基本 流 , 备 选 流 3, 备 选 流 1, 备 选 流 2。 

场景 7: 基本 流 , 备 选 流 4。 

场景 8: 基本 流 , 备 选 流 3, 备 选 流 4。 

TE: 为 方便 起 见 , 场 景 5、 场 景 6 和 场景 8 只 描述 了 备 选 流 3 指示 的 循环 执行 一 次 的 
情况 。 

【ATM 机 实例 】 

示例 : 

K 3. 36 包含 了 图 3. 18 中 提 款 用 例 的 基本 流 和 某 些 备用 流 : 

(1) 用 户 必须 能 从 ATM 卡 的 任 一 有 效 账 户 上 提取 现金 ,提取 的 金额 为 50. 00 元 的 整 
数 倍 ,每 次 现金 支付 时 ,必须 得 到 银行 的 认可 。 

(2) 用 户 必须 能 从 ATM 卡 的 任 一 有 效 账户 上 存款 。 

(3) 用 户 必须 能 在 ATM 卡 的 任 一 有 效 账 户 之 间 进 行货 币 转账 。 

(4) 用 户 必须 能 查询 ATM 卡 的 任 一 有 效 账 户 上 的 存款 余额 。 
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, 
// <<uses>> 





extends 


图 3.18 ATM 的 用 例 图 


(5) 如 果 银 行 确认 用 户 的 PIN 无 效 , 在 事务 进行 之 前 ,要 求 用 户 再 输入 PIN ,如 果 用 户 
输入 3 次 都 不 成 功 ,ATM 将 永久 保留 ATM 卡 , 用 户 必须 与 银行 联系 方 可 取 回 ATM 卡 。 

(6) ATM 机 每 次 交互 都 通知 银行 以 获得 银行 的 验证 。 

(7) 对 于 每 一 个 成 功 的 事务 处 理 ,ATM 机 给 用 户 打 印 一 个 收据 ,提示 日 期 \ 时 间 、ATM 
机 位 置 .交互 类 型 .账户 数额, 转 出 与 转 入 账户 余额 。 

(8) ATM 机 有 一 个 带 有 钥匙 操作 开关 面板 ,安置 在 银行 内 部 ,让 银行 操作 员 启 动 或 停 
止 用 户 服务 。 

场景 法 设计 测试 用 例 的 步骤 如 下 : 

(1) 根据 说 明 ,描述 出 程序 的 基本 流 及 各 项 备 选 流 。 

(2) 根据 基本 流 和 各 项 备 选 流 生成 不 同 的 场景 。 

(3) 对 于 每 一 个 场景 生成 相应 的 测试 用 例 。 

(4) 对 生成 的 所 有 测试 用 例 重 新 复审 ,去 掉 多 余 的 测试 用 例 ,确定 测试 用 例 后 ,对 每 一 
个 测试 用 例 确 定 测试 数据 值 。 

对 于 ATM 系统 的 场景 法 设计 测试 用 例 的 设计 步骤 是 : 

(1) 基本 事件 流 。 

O 用 户 向 ATM 提 款 机 中 插入 银行 卡 , 如 果 银 行 卡 是 合法 的 ,ATM 提 款 机 界面 提示 用 
户 输入 提 款 密码 ; 

© 用 户 输入 该 银行 卡 的 密码 ,ATM 提 款 机 与 主机 传递 密码 ,检验 密码 的 正确 性 。 如 果 
输入 密码 正确 ,提示 用 户 输入 取 钱 金额 ,提示 信息 为 “请 输入 您 的 提 款 额度 ”; 

© 用 户 输入 取 钱 金额 ,系统 校 验 金额 正确 .提示 用 户 确 认 , 提 示 信 息 为 “您 输入 的 金额 
是 ,请 确认 ,谢谢 1”, 用 户 按 下 确认 键 ,确认 需要 提取 的 金额 ; 
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© 系统 同步 银行 主机 ,点 钞票 ,输出 给 用 户 , 并 且 减 掉 数 据 库 中 该 用 户 账户 中 的 存款 
金额 ; 

© 用 户 提 款 ,银行 卡 自动 退出 ,用 户 取 走 现金 , 拔 出 银行 卡 ,ATM 提 款 机 界面 恢复 到 初 

(2) 备 选 事件 流 。 

备 选 流 1: 如 果 插 和 无效 的 银行 卡 ,那么 ,在 ATM 提 款 机 界面 上 提示 用 户 “您 使 用 的 银 
行 卡 无 效 !”,3 秒 钟 后 ,自动 退出 该 银行 卡 。 

备 选 流 2: 如 果 用 户 输入 的 密码 错误 , 则 提示 用 户 “ 您 输入 的 密码 无 效 , 请 重新 输入 ”。 

备 选 流 3: 如 果 用 户 连 续 3 次 输入 错误 密码 ,ATM 提 款 机 吞 卡 , 并 且 ATM 提 款 机 的 界 
面 恢 复 到 初始 状态 。 此 时 ,其 他 提 款 人 可 以 继续 使 用 其 他 的 合法 的 银行 卡 在 ATM 提 款 机 
上 提取 现金 。 

备 选 流 4: 用 户 输 入 错误 的 密码 后 ,也 可 以 按 “ 退 出 ” 键 , 则 银行 卡 自动 退出 。 

备 选 流 5: 如 果 用 户 输入 的 单 笔 提 款 金额 超过 单 笔 提 款 上 限 , ATM 提 款 机 界面 提示 
“您 输入 的 金额 错误 , 单 笔 提 款 上 限 金 额 是 1500RMB, 请 重新 输入 ”。 

备 选 流 6: 如 果 用 户 输入 的 单 笔 金额 ,不 是 以 SORMB 为 单位 的 ,那么 提示 用 户 “ 您 输入 
的 提 款 金额 错误 ,请 输入 以 50 为 单位 的 金额 ”。 

备 选 流 7: 如 果 用 户 在 24 小 时 内 提取 的 金额 大 于 4500RMB, 则 ATM 提 款 机 提示 用 
户 ,“24 小 时 内 只 能 提取 4500RMB, 请 重新 输入 提 款 金额 ”输入 提取 的 金额 超过 了 系统 的 
设 定 的 限制 ) 。 

备 选 流 8: 如 果 用 户 输入 正确 的 提 款 金额 ,ATM 提 款 机 提示 用 户 确认 后 ,用 户 取 消 提 
款 , 则 ATM 提 款 机 自动 退出 该 银行 卡 。 

备 选 流 9: 如 果 ATM He BLP Ae BAS AL WERA EL A ATM 提 款 机 中 余额 不 
足 ”,3 秒 钟 后 ,自动 退出 银行 卡 。 

备 选 流 10: 如 果 用 户 银行 户头 中 的 存款 小 于 提 款 金额 , 则 提示 用 户 “ 抱 鞭 , 您 的 存款 余 
额 不 足 1”,3 秒 钟 后 ,自动 退出 银行 卡 。 

备 选 流 11: 如 果 用 户 没 有 取 走 现金 ,或 者 没有 拔 出 银行 卡 ,ATM 提 款 机 不 做 任何 提 
示 , 直 接 恢复 到 界面 的 初始 状态 。 

(3) 根据 基本 流 和 备 选 流 生成 场景 。 

以 “取款 ”用 例 为 例 ,“ 取 款 ” 用 例 的 事件 流 如 下 : 

基本 流 : 预 设 提取 金额 (100 元 .200 元 .500 元 ,1000 元 ); 

备 选 流 2: ATM 内 没有 现金 ; 

备 选 流 3: ATM 内 现金 不 足 ; 

备 选 流 4: PIN 有 误 ; 

备 选 流 5: 账户 不 存在 /账户 类 型 有 误 ; 

备 选 流 6: 账面 金额 不 足 。 

根据 “取款 ”用 例 的 事件 流 , 生 成 的 场景 有 : 

场景 1: 成 功 的 取款 : 基本 流 ; 

场景 2: ATM 内 没有 现金 : 基本 流 . 备 选 流 2; 

场景 3: ATM 内 现金 不 足 : 基本 流 , 备 选 流 3; 
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场景 4: PIN 有 误 ( 还 有 输入 机 会 ) : 基本 流 , 备 选 流 4; 

场景 5: PIN 有 误 ( 不 再 有 输入 机 会 ): 基本 流 , 备 选 流 3, 备 选 流 4; 

场景 6: 账户 不 存在 /账户 类 型 有 误 : 基本 流 , 备 选 流 5; 

场景 7: 账户 余额 不 足 : 基本 流 , 备 选 流 6。 

(4) 对 每 一 个 场景 生成 对 应 的 测试 用 例 设计 。 

对 于 这 7 个 场景 中 的 每 一 个 场景 都 需要 确定 测试 用 例 。 可 以 采用 矩阵 或 决策 表 来 确定 
和 管理 测试 用 例 。 通 过 从 确定 执行 用 例 场景 所 需 的 数据 元 素 人 手 构建 和 矩阵。 对 于 每 个 场 
景 , 至 少 要 确定 包含 执行 场景 所 需 的 适当 条 件 的 测试 用 例 , 如 表 3. 36 所 示 。 


表 3.36 ATM 的 测试 用 例 矩 阵 表 示 


























选择 的 | 账面 |ATM 内 
编号 场景 /条 件 PIN | 账号 金额 | 金额 | 的 金额 预期 结果 

1 场景 1: 成 功 提 款 V V V V V 成 功 提 款 
2 | | V V 提 款 选项 不 可 用 ,用 例 结束 

场景 3: ATM 内 现金 警告 消息 ,返回 基本 流 步骤 
pE 于 

场景 4: PIN 有 误 ( 还 警告 消息 ,返回 基本 流 步骤 
4 | 有 不 止 一 次 输入 机 会 ) | 1 | Y | ma | YY | Y 14 输入 PIN 

场景 4: PIN 有 误 ( 还 警告 消息 ,返回 基本 流 步骤 
5 | 有 一 次 输入 机 会 ) PPV | we) Vv) N ea PIN 

场景 4: PIN 有 误 ( 不 警告 消息 , 卡 予 以 保留 ,用 例 

v V V 

E | 再 有 输入 机 会 ) i ae 结束 




















6.6 正 交 实验 法 


利用 因果 图 来 设计 测试 用 例 时 ,作为 输入 条 件 的 原因 与 输出 结果 之 间 的 因果 关系 ,有 时 
很 难 从 软件 需求 规格 说 明 中 得 到 。 因 果 关系 往往 非常 多 ,导致 利用 因果 图 而 得 到 的 测试 用 
例 数 目 多 得 惊人 ,给 软件 测试 带 来 了 沉重 的 负担 。 为 了 有 效 地 、 合 理 地 减少 测试 的 工时 与 费 
用 ,可 利用 正 交 试 验 法 进行 测试 用 例 的 设计 。 

正 交 实验 法 就 是 利用 排列 整齐 的 正 交 表 来 对 试验 进行 整体 设计 综合 比较 统计 分 析 ， 
实现 通过 少数 的 实验 次 数 找到 较 好 的 生产 条 件 , 以 达到 最 佳 生产 工艺 效果 ,这 种 试验 设计 法 
是 从 大 量 的 试验 点 中 挑选 适量 的 具有 代表 性 的 点 ,利用 已 经 造 好 的 表格 一 一 正 交 表 来 安排 
试验 并 进行 数据 分 析 的 方法 。 正 交 表 能 够 在 因素 变化 范围 内 均衡 抽样 ,使 每 次 试验 都 具有 
较 强 的 代表 性 ,由 于 正 交 表 具 备 均衡 分 散 的 特点 ,保证 了 全 面 实验 的 某 些 要 求 , 这 些 试验 往 
往 能 够 较 好 或 更 好 地 达到 实验 的 目的 。 
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1. 利用 正 交 实验 法 设计 测试 用 例 的 步骤 


(1) 提取 功能 说 明 ,构造 因子 -状态 表 。 

把 影响 实验 指标 的 条 件 称 为 因子 ,而 影响 实验 因子 的 条 件 叫 因子 的 状态 。 

利用 正 交 实 验 设 计 方 法 来 设计 测试 用 例 时 ,首先 要 根据 被 测试 软件 的 规格 说 明 书 找 出 
影响 其 功能 实现 的 操作 对 象 和 外 部 因素 ,把 它们 当 作 因 子 ; 而 把 各 个 因子 的 取 值 当 作 状态 。 
对 软件 需求 规格 说 明 中 的 功能 要 求 进行 划分 ,把 整体 的 、 概 要 性 的 功能 要 求 进行 层 层 分 解 与 
展开 ,分 解 成 具体 的 有 相对 独立 性 的 、 基 本 的 功能 要 求 。 这 样 就 可 以 把 被 测试 软件 中 所 有 
的 因子 都 确定 下 来 ,并 为 确定 每 个 因子 的 权 值 提供 参考 的 依据 。 确 定 因子 与 状态 是 设计 测 
试用 例 的 关键 。 因 此 要 求 尽 可 能 全 面 地 、 正 确 地 确定 取 值 ,以 确保 测试 用 例 的 设计 做 到 完整 
与 有 效 。 

(2) 加 权 筛 选 , 生 成 因素 分 析 表 。 

对 因子 与 状态 的 选择 可 按 其 重要 程度 分 别 加 权 。 可 根据 各 个 因子 及 状态 的 作用 大 小 、 
出 现 频率 的 大 小 以 及 测试 的 需要 确定 权 值 的 大 小 。 

(3) 利用 正 交 表 构造 测试 数据 集 。 

利用 正 交 实验 设计 方法 设计 测试 用 例 , 比 使 用 等 价 类 划分 边界 值 分 析 、 因 果 图 等 方法 
有 以 下 优点 : 节省 测试 工作 工时 ; 可 控制 生成 的 测试 用 例 数量 ; 测试 用 例 具有 一 定 的 获 
盖 率 。 

在 使 用 正 交 实验 法 时 ,要 考虑 到 被 测 系统 中 要 准备 测试 的 功能 点 ,而 这 些 功 能 点 就 是 要 
获取 的 因子 或 因素 ,但 每 个 功能 点 要 输入 的 数据 按 等 价 类 划分 有 多 个 ,也 就 是 每 个 因素 的 输 
入 条 件 , 即 状态 或 水 平 值 。 


2. 正 交 表 的 构成 


(1) 行 数 (Runs) : 正 交 表 中 的 行 的 个 数 , 即 试验 的 次 数 , 也 是 我 们 通过 正 交 实 验 法 设计 
的 测试 用 例 的 个 数 。 

(2) 因素 数 (Factors) : 正 交 表 中 列 的 个 数 , 即 我 们 要 测试 的 功能 点 。 

G) KFZ Levels); 任何 单个 因素 能 够 取得 的 值 的 最 大 个 数 。 正 交 表 中 的 包含 的 值 
为 从 0 到 数 “ 水 平 数 一 1” 或 从 1 到 “水 平 数 ”。 即 要 测试 功能 点 的 输入 条 件 。 

(4) 正 交 表 的 形式 如 下 。 

Lpg KPA) 

(5) 正 交 表 的 表示 方法 。 

© FAL 代表 正 交 表 , 常 用 的 有 Lg (27) .Les(34) .Lie(4)、Le(4X24) 等 。 

@ Ls(27) 7 表示 正 交 表 的 列 数 ,2 为 因子 的 水 平 数 ,8 表示 正 交 表 的 行 数 。 

© Lie(2X37). 有 7 列 是 3 水 平 的 ,有 1 列 是 2 水 平 的 一 一 做 16 个 试验 最 多 可 以 考察 1 
个 2 水平 的 因子 和 7 个 3 水 平 的 因子 。 

@ 行 数 ( 即 试验 次 数 ) = > ) (每 列 水 平 数 一 1) 十 1。 如 : 

Ls(27) ,如 图 3. 19 所 示 。 
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列 号 
1 2 3 4 5 6 7 

试验 号 
1 1 1 1 1 1 1 1 
2 1 1 1 2 2 2 2 
3 1 2 2 1 1 2 2 
4 1 2 2 2 2 1 1 
5 2 1 2 1 2 1 2 
6 2 1 2 2 1 2 1 
7 2 ž 1 1 2 2 1 
8 2 2 1 2 1 1 2 

图 3.19 正 交 表 构 成 图 
【实例 】 


为 提高 某 化 工 产品 的 转化 率 , 选 择 了 三 个 有 关 因 素 进行 条 件 试验 : 反应 温度 (A)、 反 应 
时 间 (B) 和 用 碱 量 (C) ,并 确定 了 它们 的 试验 范围 如 下 : 

A: 80 ~90°C 

B: 90~150min 

C: 5%~7% 

试验 的 目的 是 搞 清楚 因子 A、B、C 对 转化 率 有 什么 影响 ,哪些 是 主要 的 ,哪些 是 次 要 
的 ,从 而 确定 最 适 生 产 条 件 , 即 温度 .时 间 及 用 碱 量 各 为 多 少 才能 使 转化 率 最 高 。 

在 试验 范围 内 都 选 了 三 个 水 平 ( 即 各 因素 的 不 同 状态 ) ,如 图 3. 20 所 示 。 

A: Aı=80C ,Az=85T ,A; =90°C 

B: B,=90min, B, = 120min,B;= 150min 

C: C.=5%,C,=6%.C,=7% 








3.20 实例 图 


取 三 因子 所 有 水 平 之 间 的 组 合 , 即 A Bi Cy A BCA Bi Cs t ABC ,共有 3° = 27 
次 试验 。 用 图 3. 20 表示 立方 体 的 27 个 节点 。 

全 面试 验 法 对 各 因子 与 指标 间 关 系 的 剖析 比较 清楚 ,但 试验 次 数 太 多 。 特 别 是 当 因子 
数目 多 ,每 个 因子 的 水 平 数目 也 很 多 时 ,试验 量 非常 大 。 如 选 6 个 因子 ,每 个 因子 取 5 个 水 
平时 ,全 面试 验 法 需 5° = 15 625 次 试验 ,这 实际 上 是 不 可 能 实现 的 。 

从 全 面试 验 的 点 中 选择 具有 典型 性 、 代 表 性 的 点 ,使 试验 点 在 试验 范围 内 分 布 得 很 均 
匀 , 能 反映 全 面 情况 。 但 我 们 又 希望 试验 点 尽量 少 ,为 此 还 要 具体 考虑 一 些 问题 。 如 上 例 ， 
对 应 于 A 有 AAA 共 3 个 平面 ,对 应 于 B.C 也 各 有 3 个 平面 , 共 9 个 平面 。 则 这 9 个 
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平面 上 的 点 都 应 当 一 样 多 , 即 对 每 个 因子 的 每 个 水 平 都 要 同等 看 待 。 具 体 来 说 ,每 个 平面 上 
都 有 3 17.3 列 ,要 求 在 每 行 ,每 列 上 的 点 一 样 多 。 如 图 3. 21 所 示 。 





图 3.21 改进 后 的 实例 图 


9 个 平面 中 每 个 平面 上 恰好 有 3 个 点 ,而 每 个 平面 的 每 行 每 列 都 有 且 仅 有 1 个 点 ,总 共 
9 个 点 。 这 样 的 试验 方案 ,试验 点 分 布 均匀 ,试验 次 数 也 不 多 ,如 表 3. 37 所 示 。 












































表 3.37 EZER 
实验 条 件 
实验 号 水 平 组 合 
R/C 时 间 /min 加 减 量 /% 
1 A, BiC, 80 90 5 
2 A, B:C: 80 120 6 
3 A, BsCs 80 150 7 
4 A; B,C; 85 90 6 
5 A:B:C; 85 120 7 
6 A:B;Cı 85 150 5 
7 As Bi Cy 90 90 7 
8 AsB:C' 90 120 5 
9 A; B,C; 90 150 6 
正 交 表 必须 满足 以 下 两 个 性 质 : 


(1) 对 于 表 中 任何 一 列 ,其 所 含 各 种 水 平 的 个 数 都 相同 。 
(2) 在 表 的 任何 两 列 中 ,所 有 各 种 可 能 的 数 对 出 现 的 次 数 都 相同 。 


GEJE 


1. 程序 规定 ; 输入 三 个 整数 作为 三 边 的 边 长 构成 三 角形 。 当 此 三 角形 为 一 般 三 角形 、 
等 腰 三 角形 、 等 边 三 角形 时 ,分 别 计算 。 用 等 价 类 划分 方法 为 该 程序 进行 测试 用 例 设计 。 

2. 保险 公司 计算 保费 费 率 的 程序 。 

某 保险 公司 的 人 寿 保险 的 保费 计算 方式 为 : 投保 额 X 保 险 费 率 。 其 中 ,保险 费 率 依 点 
数 不 同 而 有 别 ,10 点 及 10 点 以 上 保险 费 率 为 0.6%,10 点 以 下 保险 费 率 为 0.1%; 而 点 数 
又 是 由 投保 人 的 年 龄 .性 别 、 婚 姻 状 况 和 抚养 人 数 来 决定 ,具体 规则 如 表 3. 38 所 示 。 
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表 3.38 BAR 
年 龄 性 别 婚 姻 抚养 人 数 
20~39 | 40~59 其 他 M F 已 婚 未 婚 1 人 扣 0.5 点 ,最 多 扣 
6 点 4 点 2 点 5 点 3 点 3 点 5 点 3 点 (四 舍 五 人 取 整 ) 

















请 用 等 价 类 划分 法 ,进行 弱 健 壮 性 测试 ,设计 测试 用 例 。 

3. 有 二 元 函数 /Cz,y) ,其 中 zxE[1900,2100],yE[1,12], 采 用 边界 值 分 析 法 设计 测 
试用 例 。 

4. 有 函数 f(x,y,z) ,其 中 xE[1900,2100],yE[1,121,zE[1,31]。 请 写 出 该 函数 采 
用 边界 值 分 析 法 设计 的 测试 用 例 。 

5. 某 软件 的 一 个 模块 的 需求 规格 说 明 书 中 描述 如 下 情况 。 

(1) 年 薪 制 员工 : 严重 过 失 , 扣 年 终 风 险 金 的 4%; 过 失 , 扣 年 终 风 险 金 的 2%。 

(2) 非 年 薪 制 员工 : 严重 过 失 , 扣 当月 薪资 的 8%; 过 失 , 扣 当月 薪资 的 4%。 请 绘制 出 
因果 图 和 判定 表 , 并 给 出 相应 的 测试 用 例 。 

6. 有 一 个 处 理 单价 为 1 元 5 角 钱 的 盒 装 饮料 的 自动 售 货 机 软件 , 若 投入 1 元 5 和 角 硬 
币 , 按 下 “可 乐 *“ 雪 眉 ? 或 “橙汁 "按钮 ,相应 的 饮料 就 送出 来 。 若 投入 的 是 2 元 硬币 ,在 送出 
相应 的 饮料 同时 退还 5 角 硬 币 。 

请 绘制 出 因果 图 和 判定 表 , 并 给 出 相应 的 测试 用 例 。 

7. PriorDate 函数 。 该 函数 要 求 输入 3 个 变量 month, day 和 year, 输 出 该 日 期 之 前 一 
天 的 日 期 。 使 用 判定 表 法 进行 测试 用 例 设 计 。 

8. 三 角形 问题 决策 表 法 设计 测试 用 例 。 

(1) 确定 规则 个 数 ( 有 4 个 条 件 , 每 个 条 件 两 个 取 值 ,有 2: 二 16 种 规则 ); 

(2) 列 出 所 有 的 条 件 柱 和 动作 桩 ; 

(3) 填 入 输入 项 ，; 

(A) 填 入 动作 项 ,得 到 初始 决策 表 ; 

(5) 简化 (合并 相似 规则 ); 

(6) 设计 测试 用 例 。 

9. 以 中 国 象棋 中 走马 的 测试 用 例 设 计 为 例 学 习 因 果 图 的 使 用 方法 。 
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WATE 


1. 概述 


HEMRAH AS MIA TE SM IK EGF MAMAARATRGOMA, GENRE 
测试 被 测 单元 内 部 如 何 工作 的 一 种 方法 。 其 目的 是 通过 检查 软件 内 部 的 逻辑 结构 ,对 软件 
中 的 逻辑 路 径 进行 利益 测试 。 本 章 介 绍 6 种 白 铭 测试 方法 及 其 适用 场合 : 语句 履 盖 、 判 定 
LE ERE ARRERA RHAD BEARS. 


2. 教学 重点 与 难点 


1) 重点 

(1) 逻辑 履 盖 法 设计 测试 用 例 ; 

(2) 基本 路 径 法 设计 测试 用 例 ; 

(3) 代码 审查 法 。 

2) 难点 

CL) 逻辑 覆盖 法 设计 测试 用 例 ; 

(2) 基本 路 径 法 设计 测试 用 例 。 

白 盒 测 试 也 称 逻 辑 驱 动 测试 ,是 以 程序 的 内 部 逻辑 为 基础 的 测试 技术 。 由 于 白 盒 测试 
是 按照 程序 内 部 结构 来 检验 程序 是 否 按 照 预定 要 求 正确 工作 , 它 可 以 针对 程序 的 每 一 行 语 
句 \ 每 一 个 条 件 或 分 支 进行 测试 ,因此 白 盒 测试 可 以 清楚 地 知道 所 测试 的 获 盖 程序 ,如 果 时 
间 人 允许 ,可 以 保证 所 有 的 语句 和 条 件 都 得 到 测试 ,达到 较 高 水 平 的 测试 程度 。 

白 盒 测 试 可 以 分 为 静态 测试 和 动态 测试 。 静 态 测试 是 一 种 不 通过 执行 程序 而 进行 测试 
的 技术 ,其 关注 点 在 于 软件 系统 的 描述 、 表 示 和 规格 上 的 错误 。 动态 测 试 需要 执行 软件 , 主 
要 检验 系统 在 检查 状态 下 是 否 正确 。 动 态 测试 技术 主要 包括 逻辑 覆盖 、 基 本 路 径 法 等 。 


4.1 逻辑 覆盖 法 


逻辑 覆盖 是 以 程序 内 部 的 逻辑 结构 为 基础 的 设计 测试 用 例 的 技术 。 它 是 一 系列 测试 过 
程 的 总 称 ,这 组 测试 过 程 逐 渐进 行 越 来 越 完整 的 通路 测试 。 根 据 获 盖 目标 的 不 同和 和 获 盖 源 
程序 语句 的 详尽 程度 ,逻辑 覆盖 又 可 分 为 语句 覆盖 (SC) 判定 覆盖 (DC)、 条 件 覆 盖 (CC) .条 
件 /判定 覆盖 (CC)、 条 件 组 合 覆 盖 (CDC) ,路径 覆盖 测试 。 
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【实例 描述 程序 1. 
程序 1 流程 如 图 4. 1 所 示 。 

















图 4.1 程序 1 流程 图 


路 径 : 

P1 = {a,c,e} 
P2 = {a,c,d} 
P3 = {a,b,e} 
P4 = {a,b,d} 


判断 条 件 : 


M= {A> 0&&B = 0} 
N= {A=2|| x>1} 


4.1.1 语句 覆盖 法 


语句 覆盖 是 选择 足够 多 的 测试 用 例 ,使 得 程序 中 每 一 条 可 执行 语句 至 少 被 执行 一 次 。 
在 保证 每 条 语句 都 运行 的 前 提 下 ,测试 用 例 应 尽量 少 。 在 语句 覆盖 的 基础 上 可 以 实现 程序 
段 获 盖 ,进而 是 程序 块 的 覆盖 。 可 以 说 是 最 弱 的 逻辑 获 盖 准则 。 
程序 1 测试 用 例 设计 见 表 4. 1。 
表 4.1 程序 1 的 语句 覆盖 测试 用 例 


逻辑 覆盖 类 型 序 号 输入 数据 (A,B,X) 预期 结果 
语句 覆盖 1 2,0,4 2,0,3 




















评价 语句 覆盖 的 程度 通常 借助 语句 覆盖 率 , 即 已 执行 的 可 执行 语句 占 程 序 中 可 执行 语 
句 总 数 的 百分比 , 即 
语句 获 盖 率 == 已 执行 的 可 执行 语句 /程序 中 可 执行 语句 总 数 X100% 
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4.1.2 判定 覆盖 法 


比 语句 覆盖 稍 强 的 覆盖 标准 是 判定 覆盖 。 使 得 程序 总 每 个 判定 至 少 都 获得 一 次 "真一 
次 “ 假 ”, 每 次 可 以 同时 真 或 假 ,保证 总 共有 真有 假 就 好 了 。 程 序 中 的 判定 有 分 支 判 定 和 循环 
判定 。 除 了 双 值 判定 语句 外 ,还 有 多 值 判定 语句 ,如 case 语句 ,如 表 4.2 所 示 。 


表 4.2 程序 1 的 判定 覆盖 测试 用 例 





逻辑 覆盖 类 型 


序号 


输入 数据 (A,B,X) 


预期 结果 


判定 M 的 取 值 


判定 N 的 取 值 


覆盖 路 径 





逻辑 覆盖 


2 


2,0,4 


2,0,3 


T 


T 


P1 








3 





1,1,1 





1,1,1 





F 





F 





P4 





该 组 测试 用 例 不 仅 满足 了 判定 覆盖 还 满足 了 语句 覆盖 ,因此 比 语句 覆盖 力 稍 强 , 但 仍然 


无 法 发 现 程序 段 中 存在 的 逻辑 判定 错误 。 


4.1.3 条 件 覆盖 法 


条 件 覆 盖 法 是 构造 一 组 测试 用 例 , 使 得 程序 中 每 个 判定 所 包含 的 每 个 条 件 都 至 少 获得 
一 次 “真一 次 “ 假 ”。 


对 判定 M: 


T1: A>1, 若 假 则 为 Fl 
T2: B=0, 若 假 则 为 F2 


对 判定 N: 


T3: A=2, 4 (KW A F3 
T4: X> 1,4 FA 
程序 1 的 条 件 获 盖 测试 用 例 设计 见 表 4. 3 。 


表 4.3 程序 1 的 条 件 覆盖 测试 用 例 


程序 中 的 判定 分 为 单一 条 件 的 判定 和 多 个 条 件 的 判定 两 种 类 型 ,如 : 























逻辑 覆盖 类 型 | 序号 ee k S 取 值 条 件 具体 取 值 条 件 
4 2,0,4 T1,T2,T3,T4| A>1,B=0,A=2,.X>1 P1 
条 件 覆 盖 
5 1,1,1 F1,F2,F3,F4 | AC=1,B! =0,A! =2,X<1 P4 





4.1.4 ”条件 /判定 覆盖 法 


设计 足够 的 测试 用 例 ,使 得 判定 中 每 个 条 件 的 所 有 可 能 ( 真 / 假 ) 至 少 出 现 一 次 ,并 且 每 
个 判定 本 身 的 判定 结果 ( 真 / 假 ) 也 至 少 出 现 一 次 。 即 ,满足 判定 /条 件 覆 盖 的 测试 用 例 应 该 
同时 满足 条 件 获 盖 和 判定 覆盖 。 

程序 1 的 判定 /条 件 覆 盖 测 试用 例 设 计 见 表 4. 4。 
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表 4.4 程序 1 的 判定 /条 件 覆盖 测试 用 例 
逻辑 覆盖 类 型 序号 输入 数据 (A,B,X) È 态 覆盖 条 件 取 值 | 覆盖 条 件 组 合 
6 2,0,3 TI,T2,T3,T4 1,5 Pl 
PEISEN 7 2,1,2 T1,F1,T2,F2 2,6 P3 




















4.1.5 组合 覆盖 法 


设计 足够 多 的 测试 用 例 ,使 得 每 个 判定 中 条 件 的 各 种 可 能 组 合 都 至 少 出 现 一 次 。 显 然 
满足 组 合 获 盖 的 测试 用 例 是 一 定 满足 判定 获 盖 、 条 件 获 盖 和 判定 /条 件 获 盖 的 ,如 表 4.5 

















所 示 。 
表 4.5 程序 1 的 组 合 覆盖 测试 用 例 
序 号 输入 数据 (A,B,X)| 预期 输出 R & 覆盖 条 件 组 合 | 覆盖 路 径 
8 2,0,4 2,0,3 T1,T2,T3,T4 1,5 Pl 
9 2,1,1 2,1,2 T1,F1,T2,F2 2,6 P3 
10 1,0,3 1,0,4 F1,T2,F3,T4 3,7 P3 
1 1,1,1 1,1,1 F1,F2,F3,F4 4,8 P4 











4.1.6 路径 覆盖 法 








所 谓 路 径 获 盖 , 就 是 设计 足够 多 的 测试 用 例 ,使 每 个 路 径 都 有 可 能 被 执行 ,如 表 4. 6 


所 示 。 


表 4.6 程序 1 的 路 径 覆 盖 测 试用 例 














逻辑 覆盖 类 型 | 序号 | 输入 数据 (A,B,X)| 预期 输出 nk 态 覆盖 条 件 组 合 | 覆盖 路 径 
12 2,0,4 2,0,3 | T1,T2,T3,T4 1,5 Pl 
13 1,0,1 1,0,1 | T1,F2,T3,F4 2,6 P4 
SERN 14 2,1,1 2,1,2 | F1,T2,F3,T4 3,7 P3 
15 340.1 3,0,2 | F1,F2,F3,F4 4,8 P2 























4.1.7 实例 分 析 
1. 源 代码 (C 语言 ) 


/* 
* 白 盒 测试 逻辑 覆盖 测试 范例 
* 作者 : 胡 添 发 (hutianfa@126. com) 
*/ 
int logicExample(int x, int y) 
{ 
int magic = 0; 
if(x>0 && y>0) 
{ 
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magic = x+y+10; // 语句 块 1 
} 
else 
{ 

magic = x+ y- 10; // 语句 块 2 
} 


if (magic < 0) 
{ 
magic = 0; // 语句 块 3 
} 
return magic; // 语句 块 4 
} 


一 般 做 白 盒 测 试 不 会 直接 根据 源 代 码 ,而 是 根据 流程 图 来 设计 测试 用 例 和 编写 测试 代 
码 , 在 没有 设计 文档 时 ,要 根据 源 代码 画 出 流程 图 ,如 图 4. 2 所 示 。 





! 
语句 块 1 语句 块 2 ] 















































2. 分 析 与 解答 


1) 语句 覆盖 

(1) 特点 : 语句 覆盖 要 求 设计 足够 多 的 测试 用 例 , 运 行 被 测 程序 ,使 得 程序 中 每 条 语句 
至 少 被 执行 一 次 。 在 本 例 中 ,可 执行 语句 是 指 语句 块 1 到 语句 块 4 中 的 语句 。 

(2) 测试 用 例如 表 4.7 所 示 。 


R47 语句 覆盖 测试 用 例 
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数 R Pl P2 路 径 
{x=3, y=3} T F a-b-e-f 
{x=—3, y=0} F T a-c-d-f 








两 个 判断 的 取 真 、 假 分 支 都 已 经 被 执行 过 ,所 以 满足 了 判断 覆盖 的 标准 。 

优点 : 由 于 可 执行 语句 要 不 就 在 判定 的 真 分 支 ,要 不 就 在 假 分 支 上 ,判定 覆盖 比 语句 履 
盖 要 多 几乎 一 倍 的 测试 路 径 ,所 以 ,只 要 满足 了 判定 覆盖 标准 就 一 定 满足 语句 覆盖 标准 。 
此 ,判定 覆盖 比 语句 覆盖 强 。 

缺点 : 判定 覆盖 会 忽略 条 件 中 取 或 (or) 的 情况 。 假 设 第 一 个 判断 语句 if x>0 && y> 
0) 中 的 “&&” 被 程序 员 错 误 地 写成 了 “ | ”, 使 用 上 面 设计 出 来 的 一 组 测试 用 例 ,仍然 可 以 达 
到 100%% 的 判定 覆盖 ,所 以 判定 覆盖 也 无 法 发 现 上 述 的 逻辑 错误 。 

2) 判定 覆盖 (分 支 覆 盖 ) 

(1) 特点 : 设计 足够 多 的 测试 用 例 ,使 得 被 测试 程序 中 的 每 个 判断 的 “ 真 "“ 假 ”分 支 至 
少 被 执行 一 次 。 在 本 例 中 共有 两 个 判断 i> 0 && y>0) GW Pl) All if(magic < 0)( 记 
P P2 

(2) 测试 用 例如 表 4. 8 所 示 。 

£48 判定 覆盖 测试 用 例 














数 据 PL P2 路 B 
{x=3, y=3} T F a-b-e-f 
{x=—3, y=0} F a-c-d-f 





两 个 判断 的 取 真 . 假 分 支 都 已 经 被 执行 过 ,所 以 满足 了 判断 覆盖 的 标准 。 

(3) 测试 的 充分 性 : 假设 第 一 个 判断 语句 a> && y>0) 中 的 “&& ”被 程序 员 错误 
地 写成 了 “ |‖ BD G> || yO) ,使 用 上 面 设计 出 来 的 一 组 测试 用 例 来 进行 测试 ,仍然 可 
以 达到 100% 的 判定 获 盖 ,所 以 判定 覆盖 也 无 法 发 现 上 述 的 逻辑 错误 。 

与 语句 覆盖 相 比 , 由 于 可 执行 语句 要 不 就 在 判定 的 真 分 支 ,要 不 就 在 假 分 支 上 ,所 以 ,只 要 满 
足 了 判定 蓝 盖 标准 就 一 定 满足 语句 覆盖 标准 ,反之 则 不 然 。 因 此 ,判定 获 盖 比 语句 覆盖 更 强 。 

3) 条 件 获 盖 

O) 特点 : 条 件 获 盖 要 求 设计 足够 多 的 测试 用 例 . 运 行 被 测 程序 ,使 得 判定 中 的 每 个 条 
件 获得 各 种 可 能 的 结果 , 即 每 个 条 件 至 少 有 一 次 为 真 值 ,有 一 次 为 假 值 。 在 本 例 中 有 两 个 判 
断 if(x>0 && y>0) GAN PIA if(magic < 0)( 记 为 P2) ,共计 三 个 条 件 x>0GE HW C1), 
y>0GEH C2) All magic<0( 记 为 C3)。 

(2) 测试 用 例如 表 4.9 所 示 。 

表 4.9 条 件 覆 盖 测 试用 例 























数 据 cl C2 C3 P1 P2 路 B 
{x=3, y=3} T E KA LY F a-b-e-f 
{x=—3, y=0} E E F F T a-c-d-f 
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三 个 条 件 的 各 种 可 能 取 值 都 满足 了 一 次 ,达到 了 100%% 条 件 覆 盖 的 标准 ,同时 也 到 达 了 
100%% 判 定 覆 盖 的 标准 。 但 并 不 能 保证 达到 100% 条 件 柳 盖 标 准 的 测试 用 例 (组 ) 都 能 到 达 
100% 的 判定 覆盖 标准 ,请 看 表 4. 10 所 示 的 例子 。 


表 4.10 条 件 覆盖 测试 用 例 











数 据 CI C2 © PI P2 路 B 
{x=3, y=0} t F T F F abet 
{x=—3, y=5} F T F F F a-c-d-f 























既然 条 件 覆 盖 标 准 不 能 100% 达 到 判定 覆盖 的 标准 ,也 就 不 一 定 能 够 达到 100% 的 语句 
覆盖 标准 了 。 

优点 : 显然 条 件 覆 盖 比 判定 覆盖 ,增加 了 对 符合 判定 情况 的 测试 。 

缺点 : 要 达到 条 件 覆 盖 , 需 要 足够 多 的 测试 用 例 ,但 条 件 覆 盖 并 不 能 保证 判定 覆盖 。 

4) 条 件 / 判 定 覆 盖 ( 分 支 -条 件 覆 盖 ) 

(1) 特点 : 设计 足够 多 的 测试 用 例 ,使 得 被 测试 程序 中 的 每 个 判断 本 身 的 判定 结果 ( 真 
假 ) 至 少 满足 一 次 ,同时 ,每 个 逻辑 条 件 的 可 能 值 也 至 少 被 满足 一 次 。 即 同时 满足 100% FA 
SETE mi MI 100%% 条 件 覆 盖 的 标准 。 

(2) 测试 用 例如 表 4. 11 所 示 。 


表 4.11 条 件 /判定 覆盖 测试 用 例 








x R cl C2 C3 PL P2 路 径 
{x=3, y=3} T T T T F abef 
{x=—3, y=0} F F F F T a-c-d-f 




















所 有 条 件 的 可 能 取 值 都 满足 了 一 次 ,而 且 所 有 的 判断 本 身 的 判定 结果 也 都 满足 了 一 次 。 

优点 : 达到 100% 判 定 -条 件 获 盖 标准 一 定 能 够 达到 100% 条 件 获 盖 、100% 判 定 获 盖 和 
100% 语 句 获 盖 。 判 定 -条 件 获 盖 满 足 判 定 获 盖 准则 和 条 件 获 盖 准 则 ,弥补 了 二 者 的 不 足 。 

缺点 : 未 考虑 条 件 的 组 合 情 况 。 

5) 组 合 覆 盖 法 

(1) 特点 : 设计 足够 多 的 测试 用 例 , 使 得 被 测试 程序 中 的 每 个 判断 的 所 有 可 能 条 件 取 
值 的 组 合 至 少 被 满足 一 次 。 

注意 : 

D 条 件 组 合 只 针对 同一 个 判断 语句 内 存在 多 个 条 件 的 情况 ,让 这 些 条 件 的 取 值 进行 笛 
卡 儿 乘积 组 合 。 

@ 相同 的 判断 语句 内 的 条 件 取 值 之 间 无 须 组 合 。 

© 对 于 单条 件 的 判断 语句 ,只 需要 满足 自己 的 所 有 取 值 即 可 。 

(2) 测试 用 例如 表 4. 12 所 示 。 
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表 4.12 组 合 覆盖 测试 用 例 














数 R cl 位 C3 P1 P2 路 & 
{x=—3, y=0} F F F F F acef 
(x=—3, y=2) F T F F F a-c-e-f 
{x=—3, y=0} F F F F F a-c-e-f 

{x=3, y=3} T T T T T a-b-d-f 


























Cl 和 C2 处 于 同一 判断 语句 中 ,它们 的 所 有 取 值 的 组 合 都 被 满足 了 一 次 。 

优点 : 多 重 条 件 覆 盖 准 则 满足 判定 覆盖 条件 覆盖 、 判 定 -条 件 覆 盖 准 则 。 

缺点 : 线性 地 增加 了 测试 用 例 的 数量 。 但 在 上 面 的 例子 中 ,只 走 了 两 条 路 径 a-c-e-f 和 
a-b-d-{, 而 本 例 的 程序 存在 三 条 路 径 。 所 以 条 件 组 合 覆 盖 不 能 保证 所 有 的 路 径 被 执行 。 

6) 路 径 覆 盖 

(1) 特点 : 设计 足够 多 的 测试 用 例 ,使 得 被 测试 程序 中 的 每 条 路 径 至 少 被 覆盖 一 次 。 

(2) 测试 用 例如 表 4. 13 所 示 。 


表 4.13 路 径 覆盖 测试 用 例 
































x 据 cl C2 C3 PL P2 路 B 
{x=3, y=5} T T $ T T a-b-d-f 
{x=0, y=2} F T T F T a-c-d-f 
这 条 路 径 不 可 能 a-b-e-f 
{x=—8, y=3} F T F F F acef 


所 有 可 能 的 路 径 都 满足 过 一 次 。 

优点 : 这 种 测试 方法 可 以 对 程序 进行 彻底 的 测试 , 比 前 面 五 种 覆盖 面 都 广 。100%% 满 足 
路 径 覆 盖 ,一 定 能 100%% 满 足 判定 覆盖 标准 (因为 路 径 就 是 从 判断 的 某 条 分 支 走 的 ) 。 

缺点 : 100% 满 足 路 径 获 盖 , 但 并 不 一 定 能 100% 满 足 条 件 获 盖 (C2 只 取 到 了 真 ) ,也 就 
不 能 满足 100% 条 件 组 合 覆 盖 。 

经 过 分 析 , 它 们 之 间 的 关系 如 图 4. 3 所 示 。 


条 件 组 台 覆 盖 
判定 /条 件 覆 盖 


| 
判定 覆盖 条 件 覆 盖 









































语句 覆盖 
图 4.3 逻辑 覆盖 法 之 间 关 系 图 例 


从 上 例 可 知 ,单独 采用 任何 一 种 逻辑 覆盖 方法 都 不 能 完全 覆盖 所 有 的 测试 用 例 ,任何 一 
个 高 效 的 测试 用 例 ,都 是 针对 具体 测试 场景 的 。 逻 辑 测 试 不 是 片面 地 测试 正确 的 结果 或 是 
测试 错误 的 结果 ,而 是 尽 可 能 全 面 地 覆盖 每 一 个 逻辑 路 径 。 所 以 在 实际 测试 用 例 设 计 中 ,就 


79 


80 


Ne" 


软件 测试 技术 及 实战 汇编 


要 先 从 代码 分 析 和 人 手 , 根 据 不 同 的 代码 逻辑 规则 ,语句 执 行情 况 ,选用 适合 的 覆盖 方法 。 要 
根据 不 同 需要 和 不 同 测试 用 例 设 计 特 征 ,将 不 同 的 设计 方法 组 合 起 来 ,交叉 使 用 ,以 实现 最 
佳 的 测试 用 例 输 出 。 


4.2 基本 路 径 法 


基本 路 径 法 是 在 程序 控制 图 的 基础 上 ,通过 分 析 控制 构造 的 环 路 复杂 性 ,导出 基本 可 执 
行路 径 集合 来 设计 测试 用 例 。 从 该 基本 集 导 出 的 测试 用 例 能 保证 程序 中 的 每 一 个 可 执行 语 
句 至 少 执行 一 次 。 基 本 路 径 集 不 是 唯一 的 。 

基本 路 径 测试 的 主要 步骤 如 下 : 

(1) 以 详细 设计 或 源 代 码 作为 基础 ,导出 程序 的 控制 流 图 。 

(2) 计算 得 到 的 控制 流 图 G 的 环 路 复杂 性 VG). 

(3) 确定 线性 无 关 的 路 径 的 基本 集 。 

(4) 生成 测试 用 例 ,确保 基本 路 径 集中 每 条 路 径 的 执行 。 


4.2.1 控制 流 图 


控制 流 图 (Control Flow Graph,CFG) 也 叫 控制 流程 图 ,是 一 个 过 程 或 程序 的 抽象 表 
现 , 常 以 数据 结构 链 的 形式 表示 。 

控制 流 图 中 每 个 在 图 形 中 的 节点 代表 一 个 基本 块 ,例如 ,没有 任何 跳跃 或 跳跃 目标 的 直 
线 代码 块 ; 跳跃 目标 以 一 个 块 开始 ,以 一 个 块 结束 。 定 向 边缘 被 用 于 代表 在 控制 流 中 的 跳 
跃 。 在 大 部 分 介绍 中 ,两 个 特定 的 设计 块 : 一 是 项 目 块 .通过 它 控制 到 流 图 的 输入 ; 二 是 编 
辑 块 ,通过 它 全 面 控制 流 输出 。 


1. 控制 流 图 的 构成 


为 了 更 加 突出 控制 流 的 结构 ,需要 对 程序 流程 图 做 一 些 简 化 。 

在 控制 流 图 中 只 有 两 种 图 形 符号 : 节点 和 控制 流 线 或 弧 ,节点 以 标 有 编号 的 圆圈 表示 ， 
控制 流 线 或 弧 是 以 箭头 表示 的 。 如 图 4.4 所 示 为 程序 流程 图 ,图 4.5 为 图 4.4 转化 后 的 程 
序 控制 流 图 。 












































图 4.4 程序 流程 图 图 4.5 程序 控制 流 图 
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节点 是 标 有 编号 的 圆圈 ,下 列 情况 须 用 节点 表示 : 
(1) 标 有 编号 的 圆圈 ， 

(2) 程序 流程 图 中 和 矩形 框 所 表示 的 处 理 ; 

(3) 菱形 表示 的 两 个 甚至 多 个 出 口 判断 ; 

(4) 多 条 流 线 相交 的 汇合 点 。 

下 列 情 况 须 用 控制 流 线 或 弧 表 示 : 

(1) 箭头 ; 

D 与 程序 流程 图 中 的 流 线 一 致 ,表明 了 控制 的 顺序 ; 
(3) 控制 流 线 通 常 标 有 名 字 。 


常见 语句 的 控制 流 图 如 图 4. 6 所 示 。 


顺序 结构 下 选择 结构 ”While 重复 结构 Until 重 复 结构 。 “Case 多 分 支 结构 
图 4.6 常见 语句 的 控制 流 图 


3. 流程 图 转化 成 控制 流 图 ( 见 图 4.7) 


需要 遵循 如 下 原则 : 
包含 条 件 的 节点 被 称 为 判断 节点 (也 叫 谓词 节点 ), 由 判断 节点 发 出 的 边 必 须 终 止 于 某 
一 个 节点 ,由 边 和 节点 所 限定 的 范围 被 称 为 区 域 。 
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图 4.7 程序 流程 图 转化 为 程序 控制 流 图 
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这 里 假定 在 流程 图 中 用 萎 形 框 表 示 的 判定 条 件 内 没有 复合 条 件 , 而 一 组 顺序 处 理 框 可 
以 映射 为 一 个 单一 的 节点 。 

控制 流 图 中 的 箭头 ( 边 ) 表 示 了 控制 流 图 的 方向 ,类 似 于 流程 图 中 的 流 线 ,一 条 边 必须 终 
IEF —TIR. 

在 选择 或 者 是 多 分 支 结 构 中 分 支 的 汇聚 处 ,即使 汇聚 处 没有 执行 语句 也 应 该 添加 一 个 
汇聚 节点 。 


4. 复杂 条 件 的 控制 流 图 


如 果 判 定 中 的 条 件 表 达 式 是 复合 条 件 , 即 条 件 表 达 式 是 由 一 个 或 多 个 逻辑 运算 符 连 接 
的 逮 辑 表达 式 , 则 需要 改变 复合 条 件 的 判断 为 一 系列 只 有 单个 条 件 的 嵌 套 的 判断 ,如 图 4. 8 































所 示 。 
(a) 流程 图 (b) 对 应 的 流 图 
(c) 详细 流程 图 (d) 对 应 的 流 图 
图 4.8 复合 条 件 判 定 的 控制 流 图 
IfaORb 
Then procedure x 
else procedure y; 
如 图 4.9 和 图 4. 10 所 示 。 
判断 节点 


(ait) 判断 节点 
Q & 
Q 


图 4.9 程序 控制 流 图 (一 ) 图 4.10 程序 控制 流 图 (二 ) 
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4.2.2 环形 复杂 度 


环形 复杂 度 是 一 种 为 程序 逻辑 复杂 性 提供 定量 测度 的 软件 度量 ,将 该 度量 用 于 计算 程 
序 的 基本 的 独立 路 径 数目 ,为 确保 所 有 语句 至 少 执行 一 次 的 测度 数量 的 上 界 。 

环形 复杂 度 的 计算 方法 有 三 种 ,用 任何 一 种 都 可 以 。 

(1) 流 图 G 的 环形 复杂 度 V(G) 一 区 域 数 。 

(2) 流 图 G 的 环形 复杂 度 V(G) = 下 一 N 十 2, 其 中 ,已 是 流 图 中 边 的 条 数 ,N 是 节点 数 。 

(3) 流 图 G 的 环形 复杂 度 V(G) 二 P 十 1, 其 中 ,P 是 流 图 中 判定 分 支点 的 数目 。 

环形 复杂 度 的 用 途 : 

(1) 程序 的 环形 复杂 度 取决 于 程序 控制 流 的 复杂 程度 ,也 即 是 取决 于 程序 结构 的 复杂 
程度 。 

D 当 程 序 内 分 支 数 或 循环 个 数 增加 时 ,环形 复杂 度 也 随 之 增加 ,因此 它 是 对 测试 难度 
的 一 种 定量 度量 ,也 能 对 软件 最 终 的 可 靠 性 给 出 某 种 预测 。 

(3) 实践 表明 ,模块 规模 以 V(G) 近 10 为 宜 ,也 就 是 说 ,V(G) 近 10 是 模块 规模 的 一 个 更 
科学 ,更 精确 的 上 限 。 

对 应 图 4. 11 的 环形 复杂 度 ,计算 如 下 : 

流 图 中 有 四 个 区 域 ; V(G) =10 条 边 一 8 节点 十 2 二 4; V(G) 一 3 个 判定 节点 十 1 一 4。 














图 4.11 程序 控制 流 图 


导出 测试 用 例 的 方法 : 

(1) 导出 测试 用 例 ,确保 基本 路 径 集中 的 每 一 条 路 径 的 执行 。 

(2) 根据 判断 节点 给 出 的 条 件 ,选择 适当 的 数据 以 保证 某 一 条 路 径 可 以 被 测试 到 。 

(3) 每 个 测试 用 例 执行 之 后 ,与 预期 结果 进行 比较 。 如 果 所 有 测试 用 例 都 执行 完毕 , 则 
可 以 确信 程序 中 所 有 的 可 执行 语句 至 少 被 执行 了 一 次 。 

(4) 必须 注意 ,一 些 独立 的 路 径 ,往往 不 是 完全 孤立 的 ,有 时 它 是 程序 正常 的 控制 流 的 
一 部 分 ,这 时 ,这 些 路 径 的 测试 可 以 是 另 一 条 路 径 测试 的 一 部 分 。 


4.2.3 独立 路 径 
在 模块 中 应 对 每 一 条 独立 执行 路 径 进行 测试 ,保证 模块 中 每 条 语句 至 少 执行 一 次 ,应 设 
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计 测 试用 例 以 发 现 因 错误 计算 .不 正确 的 比较 和 不 适当 的 控制 流 造成 的 错误 ,此 时 基本 路 径 
测试 和 循环 测试 是 最 常用 且 最 有 效 的 测试 技术 。 通 过 独立 路 径 测 试 可 以 发 现 的 错误 包括 : 

(1) 误解 或 用 错 了 算术 或 逻辑 运算 符 的 优先 次 序 ; 

(2) 混合 类 型 运算 , 即 运算 对 象 的 类 型 不 相 容 ; 

(3) 算法 错误 ; 

(4) 变量 初始 值 ; 

(5) 运算 精度 不 够 ; 

(6) 表达 式 符号 错 ; 

(7) 不 同 数 据 类 型 的 比较 ; 

(8) 因 浮 点 去 处 精度 造成 的 两 值 不 等 ; 

(9) 关系 表达 式 中 的 错误 变更 和 比较 符 ; 

(10) 错误 地 多 或 少 循环 一 次 ; 

(11) 循环 终止 条 件 错误 或 不 可 能 出 现 ; 

(12) 和 迭代 发 散 时 不 能 退出 循环 ; 

(13) 错误 地 修改 了 循环 变量 。 

图 4. 9 的 环形 复杂 度 是 4, 可 能 写 出 如 下 的 独立 路 径 : 

(1) 4-14 

(2) 4-6-7-14 

(3) 4-6-9-10-13-4-14 

(4) 4-6-9-12-13-4-14 


4.2.4 实例 


下 面 的 C 函数 用 基本 路 径 测 试 法 进行 测试 。 


void Sort( int iRecordNum, int iType) 
{ 


int x=0; 











int y=0; 
while( iRecordNum——> 0) 


| 


if(0 == iType) 
{x= y+ 2; break; } 
else 

if(1 == iType) 
x==yt10; 

else 

x= y+ 20; 


} 

} 

第 一 步 , 画 出 其 程序 流程 图 和 对 应 的 控制 流 图 如 图 4. 12 和 图 4. 13 所 示 。 
第 二 步 ,计算 圈 复 杂 度 。 

流 图 中 有 4 个 区 域 。 
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4.12 程序 流程 图 图 4.13 程序 控制 流 图 


V(G)=10 条 边 一 8 节点 十 2 一 4 

ViG)=3 个 判定 节点 十 1 一 4 

第 三 步 ,导出 基本 路 径 集 。 根 据 上 面 的 计算 方法 ,可 得 出 4 个 独立 的 路 径 ( 一 条 独立 路 
径 是 指 , 和 其 他 的 独立 路 径 相 比 ,至 少 引 入 一 个 新 处 理 语句 或 一 个 新 判断 的 程序 通路 。 
V(G) 值 正好 等 于 该 程序 的 独立 路 径 的 条 数 ) 。 

路 径 1: 4-14 

路 径 2: 4-6-7-14 

路 径 3: 4-6-8-10-13-4-14 

路 径 4: 4-6-8-11-13-4-14 

根据 上 面 的 独立 路 径 ,去 设计 输入 数据 ,使 程序 分 别 执行 到 上 面 4 条 路 径 。 

第 四 步 , 准 备 测 试用 例 。 为 了 确保 基本 路 径 集中 的 每 一 条 路 径 的 执行 ,根据 判断 节点 给 
出 的 条 件 ,选择 适当 的 数据 以 保证 某 一 条 路 径 可 以 被 测试 到 ,满足 上 面 例子 基本 路 径 集 的 测 
试用 例 , 如 表 4. 14 所 示 。 


表 4.14 基本 路 径 法 设计 的 测试 用 例 














通过 路 径 输入 数据 预期 结果 
4-14 iRecordNum 一 0, 或 者 取 iRecordNum<0 的 某 一 个 值 x=0 
4-6-7-14 iRecordNum=1,iType=0 x=2 
4-6-8-10-13-4-14 iRecordNum=1.iType=0=1 x=10 
4-6-8-11-13-4-14 iRecordNum=1,iType=2 x=2 

















运用 基本 路 径 法 设计 测试 用 例 的 过 程 如 下 : 

(1) 程序 的 控制 流 图 一 一 描述 程序 控制 流 的 一 种 图 示 方法 。 

(2) 计算 环形 复杂 度 一 一 McCabe 复杂 性 度量 。 从 程序 的 环形 复杂 性 可 导出 程序 基本 
路 径 集 合 中 的 独立 路 径 条 数 , 这 是 确定 程序 中 每 个 可 执行 语句 至 少 执行 一 次 所 必需 的 测试 
用 例 数 目的 上 界 。 

(3) 准备 测试 用 例 一 一 确保 基本 路 径 集中 的 每 一 条 路 径 的 执行 。 

(4) 导出 测试 用 例 一 一 根据 环形 复杂 度 和 程序 结构 设计 用 例 数 据 输入 预期 结果 。 
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4.3 循环 测试 


从 本 质 上 说 ,循环 测试 的 目的 就 是 检查 循环 结构 的 有 效 性 。 通 常 循环 可 以 划分 为 简单 
循环 .和 典 套 循环 、 串 接 循环 和 非 结 构 循 环 4 类, 分别 如 图 4. 14 一 图 4. 17 所 示 。 
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图 4.14 简单 循环 图 4.15 WEHR 
O 
1 
— AN 
图 4.16 串 接 循环 图 4.17 非 结构 循环 


(1) 简单 循环 测试 。 测 试 应 包括 以 下 几 种 ,其 中 的 表示 循环 允许 的 最 大 次 数 。 

O 和 零 次 循环 : 从 循环 入 口 直接 跳 到 循环 出 口 。 

© 一 次 循环 : 查找 循环 初始 值 方面 的 错误 。 

@ 二 次 循环 : 检查 在 多 次 循环 时 才能 暴露 的 错误 。 

@ m 次 循环 : 其 中 <n, 也 是 检查 在 多 次 循环 时 才能 暴露 的 错误 。 

© 2( 最 大 ) 次 数 循环 \,z 十 1( 比 最 大 次 数 多 一 ) 次 的 循环 .2 一 1( 比 最 大 次 数 少 一 ) 次 的 
循环 。 
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(2) 测试 嵌 套 循环 。 如 果 将 简单 循环 的 测试 方法 用 于 骨 套 循环 ,可 能 的 测试 次 数 会 随 
嵌 套 层 数 成 几何 级 数 增加 。 这 可 能 导致 一 个 天 文 数字 的 测试 数目 。 此 时 可 采用 以 下 办 法 减 
少 测试 次 数 : 

O 测试 从 最 内 层 循环 开始 ,设置 所 有 外 层 循环 次 数 设置 为 最 小 值 。 

@ 对 最 内 层 循 环 做 简单 循环 的 全 部 测试 。 测 试 时 保持 所 有 外 层 循 环 的 循环 变量 的 最 
小 值 。 另 外 ,对 越界 值 和 非法 值 做 类 似 的 测试 。 

© 逐步 外 推 ,由 内 向 外 进行 下 一 个 循环 的 测试 ,本 层 循环 的 所 有 外 层 循环 仍 取 最 小 值 ， 
而 由 本 层 循环 嵌 套 的 循环 取 某 些 “ 典 型 " 值 。 

© 重复 上 一 步 的 过 程 , 直 到 测试 完 所 有 循环 。 

© 对 全 部 各 层 循环 同时 取 最 小 循环 次 数 ,或 者 同时 取 最 大 循环 次 数 。 对 于 后 一 种 测 
试 ,由 于 测试 量 太 大 , 需 人 为 指定 最 大 循环 次 数 。 

(3) 测试 串 接 循环 。 

如 果 各 个 循环 互相 独立 , 则 串 接 循环 可 以 用 与 简单 循环 相同 的 方法 进行 测试 。 

如 果 有 两 个 循环 处 于 串 接 状态 ,而 前 一 个 循环 的 循环 变量 的 值 是 后 一 个 循环 的 初 值 , 则 
这 儿 个 循环 不 是 互相 独立 的 ,需要 使 用 测试 谋 套 循环 的 办 法 来 处 理 。 

(4) 对 于 非 结构 循环 这 种 情况 ,无 法 进行 测试 ,应 重新 设计 循环 结构 ,使 之 成 为 其 他 循 
环 方式 ,再 进行 测试 。 


4.4 Z 路 径 覆 盖 


Z 路 径 获 盖 是 路 径 获 盖 的 一 个 变 体 。 路 径 获 盖 是 白 盒 测试 最 为 典型 的 问题 。 着 眼 于 路 
径 分 析 的 测试 可 称 为 路 径 测 试 。 完 成 路 径 测试 的 理想 情况 是 做 到 路 径 获 善 。 对 于 比较 简单 
的 小 程序 实现 路 径 芥 盖 是 可 能 做 到 的 。 但 是 如 果 程 序 中 出 现 多 个 判断 和 多 个 循环 ,可 能 的 
路 径 数 目 将 会 急剧 增长 ,甚至 达到 天 文 数字 ,以 致 实现 路 径 获 盖 不 可 能 做 到 。 

为 了 解决 这 一 问题 ,我 们 必须 舍 掉 一 些 次 要 因素 ,对 循环 机 制 进行 简化 ,从 而 极 大 地 减 
少 路 径 的 数量 ,使 得 获 盖 这 些 有 限 的 路 径 成 为 可 能 。 我 们 称 简 化 循环 意义 上 的 路 径 获 盖 为 
Z 路 径 获 盖 。 

这 里 所 说 的 对 循环 化 简 是 指 限制 循环 的 次 数 。 无 论 循环 的 形式 和 实际 执行 循环 体 的 次 
BAD ,我 们 只 考虑 循环 一 次 和 零 次 两 种 情况 。 也 即 只 考虑 执行 时 进入 循环 体 一 次 和 跳 过 
循环 体 这 两 种 情况 。 

对 于 程序 中 的 所 有 路 径 可 以 用 路 径 树 来 表示 。 当 得 到 某 一 程序 的 路 径 树 后 ,从 其 根 节 
点 开始 ,一 次 遍历 ,再 回 到 根 节点 时 ,把 所 经 历 的 叶 节 点 名 排列 起 来 ,就 得 到 一 个 路 径 。 如 果 
我 们 设法 遍历 了 所 有 的 叶 节点 , 那 就 得 到 了 所 有 的 路 径 。 

当 得 到 所 有 的 路 径 后 ,生成 每 个 路 径 的 测试 用 例 , 就 可 以 做 到 Z 路 径 覆 盖 测 试 , 如 
图 4. 18 所 示 。 

在 循环 简化 的 思路 下 ,循环 与 判定 分 支 的 效果 是 一 样 的 , 即 : 循环 要 么 执行 .要 么 跳 过 。 
图 4. 19 为 程序 流程 图 设计 测试 用 例 。 

路 径 1: 1-11 

路 径 2: 1-1,3-6-7-9-10-1-11 
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图 4.18 程序 流程 图 图 4. 19 程序 流程 图 









































4.5 程序 插 桩 技术 


程序 插 桩 最 早 是 由 J.C. Huang 教授 提出 的 , 它 是 在 保证 被 测 程序 原 有 逻辑 完整 性 的 
基础 上 在 程序 中 插入 一 些 探 针 (又 称 为 “探测 仪 ”) ,通过 探 针 的 执行 并 抛 出 程序 运行 的 特征 
数据 ,通过 对 这 些 数据 的 分 析 , 可 以 获得 程序 的 控制 流 和 数据 流 信息 ,进而 得 到 逻辑 覆盖 等 
动态 信息 ,从 而 实现 测试 目的 的 方法 。 

由 于 程序 搬 桩 技术 是 在 被 测 程序 中 插入 探 针 ,然后 通过 探 针 的 执行 来 获得 程序 的 控制 
流 和 数据 流 信息 ,以 此 来 实现 测试 的 目的 。 因 此 ,根据 探 针 插入 的 时 间 可 以 分 为 目标 代码 捅 
桩 和 源 代 码 插 桩 。 

目标 代码 插 桩 的 前 提 是 对 目标 代码 进行 必要 的 分 析 以 确定 需要 插 桩 的 地 点 和 内 容 。 由 
于 目标 代码 的 格式 主要 和 操作 系统 相关 ,和 具体 的 编程 语言 及 版 本 无 关 , 所 以 得 到 了 广泛 的 
应 用 ,尤其 是 在 需要 对 内 存 进 行 监控 的 软件 中 。 但 是 由 于 目标 代码 中 语法 .语义 信息 不 完 
整 ,而 插 桩 技术 需要 对 代码 词法 语法 的 分 析 有 较 高 的 要 求 , 故 在 覆盖 测试 工具 中 多 采用 源 代 
码 插 桩 。 

源 代码 插 桩 是 在 对 源 文件 进行 完整 的 词法 分 析 和 语法 分 析 的 基础 上 进行 的 ,这 就 保证 
对 源 文件 的 持 桩 能 够 达到 很 高 的 准确 度 和 针对 性 。 但 是 源 代码 插 桩 需要 接触 到 源 代码 ,使 
得 工作 量 较 大 ,而且 随 着 编码 语言 和 版 本 的 不 同 需要 做 一 定 的 修改 。 在 后 面 我 们 所 提 到 的 
程序 插 桩 均 指 源 代码 插 桩 。 

程序 插 桩 是 借助 向 被 测 程序 中 插入 探 针 ,来 实现 测试 目的 的 方法 。 

程序 插 桩 的 基本 原理 是 在 不 破坏 被 测试 程序 原 有 人 逻辑 完整 性 的 前 提 下 ,在 程序 的 相应 
位 置 上 插入 一 些 探 针 。 这 些 探 针 本 质 上 就 是 进行 信息 采集 的 代码 段 ,可 以 是 赋值 语句 或 采 
集 柳 盖 信息 的 函数 调用 。 通 过 探 针 的 执行 并 输出 程序 的 运行 特征 数据 。 基 于 对 这 些 特征 数 
据 的 分 析 , 揭 示 程 序 的 内 部 行为 和 特征 。 

【实例 】 

求 取 两 个 整数 X 和 YY 的 最 大 公约 数 程 序 如 下 : 
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int gsd (int X, int Y) 
{ int Q=X; 
int R=Y; 
while(Q!= R) 
{ if(Q>R) 
Q=Q-R; 
else R= R-Q; } 
return Q; 


} 


可 以 根据 程序 绘制 出 其 流程 图 。 
为 了 记录 该 程序 中 语句 的 执行 次 数 ,我 们 使 用 搬 桩 技术 插入 如 下 语句 : 


C(i)=C(i)+1, i=1,2, =,6 


插 桩 之 后 的 流程 图 如 图 4. 20 所 示 。 
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图 4.20 播 桩 后 的 程序 流程 图 


程序 从 入 口 开始 执行 ,到 出 口 结束 , 凡 经 历 的 计数 语句 都 能 记录 下 该 程序 点 的 执行 
次 数 。 

如 果 在 程序 的 入 口 处 还 插入 了 对 计数 器 CCiD 初 始 化 的 语句 ,在 出 口 处 插入 了 打印 这 些 
计数 器 的 语句 ,就 构成 了 完整 的 插 桩 程序 ,如 图 4. 21 所 示 。 它 就 能 记录 并 输出 在 各 程序 点 
上 语句 的 实际 执行 次 数 。 

设计 插 桩 程序 时 需要 考虑 的 问题 包括 : 
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图 4.21 插 桩 后 的 程序 


(1) 如 果 出 现在 语句 中 包含 了 return 语句 ,那么 怎么 在 它 前 面 插入 指定 语句 ,同时 保证 
语句 的 语法 合法 性 ? 
例如 : 
for(j = 0;j<10000; j++) 
{ 
If(j==k) 
return; // 不 能 直接 在 之 前 插入 ,否则 意义 全 变 了 
} 
(2) 当 出 现 需要 在 for 循环 语句 、while 循环 语句 中 插入 信息 时 候 , 很 可 能 会 导致 程序 
运行 时 间 非 常 长 ,是 否 有 办 法 改进 “ 插 桩 ”机 制 ? 
(3) 如 果 由 用 户 进 行 指定 ,如 for 语句 、while 语句 或 者 指定 的 语句 前 不 允许 进行 
(4) 如 果 对 于 一 个 庞大 的 系统 软件 ,需要 进行 对 所 运行 的 程序 的 每 个 函数 记录 其 运行 
的 有 关 参 数 , 如 运行 开始 时 间 、 退 出 时 间 、 运 行 总 时 间 、 调 用 次 数 等 等 的 统计 ,有 什么 更 好 的 
建议 与 想法 ? 


4.6 域 测试 


程序 中 的 错误 可 分 为 域 错 误 .计算 机 型 错误 .丢失 路 径 错误 。 

由 于 程序 中 每 条 路 径 对 应 着 一 个 输入 域 , 是 程序 的 一 个 子 计 算 。 如 果 程 序 的 控制 流 有 
错误 , 则 对 某 一 特定 的 输入 可 能 执行 的 是 一 条 错误 路 径 ,这 种 错误 被 称 为 路 径 错 误 或 域 错 
误 。 而 域 测试 主要 是 针对 域 错误 进行 的 测试 。 

域 测试 的 基本 步骤 如 下 : 

(1) 根据 各 个 分 支 谓词 ,给 出 子 域 的 分 割 图 。 

(2) 对 每 个 子 域 的 边界 ,采用 ON-OFF-ON 原则 选取 测试 点 。 

(3) 在 子 域内 选取 一 些 测试 点 。 

(4) 针对 这 些 测试 点 进行 测试 。 


B48 “ 白 盒 测试 方法 “A91 
Ww 


4.7 符号 测试 


符号 测试 的 基本 思想 是 允许 程序 的 输入 不 仅仅 是 具体 的 数值 数据 ,而 且 包括 符号 值 。 
符号 值 可 以 是 基本 的 符号 变量 值 , 也 可 以 是 符号 变量 值 的 表达 式 。 

符号 测试 的 优点 如 下 : 

(1) 符号 测试 执行 的 是 代数 运算 ,可 以 作为 普通 测试 的 扩充 。 

(2) 符号 测试 可 以 看 作 是 程序 测试 和 程序 验证 的 一 种 折 中 办 法 。 

(3) 符号 测试 程序 中 仅 有 有 限 的 几 条 执行 路 径 。 

符号 测试 的 缺点 是 : 

(1) 不 能 控制 分 支 问题 。 

(2) 不 能 控制 二 义 性 问题 。 

(3) 不 能 控制 大 程序 问题 。 


4.8 程序 变异 测试 法 


程序 变异 是 一 种 错误 驱动 测试 。 错 误 驱 动 测试 是 指 该 方法 是 针对 某 类 特定 程序 错误 
的 。 经 过 多 年 的 测试 理论 研究 和 软件 测试 的 实践 ,人 们 逐渐 发 现 要 想 找 出 程序 中 的 所 有 错 
误 几 乎 是 不 可 能 的 。 比 较 现 实 的 解决 办 法 是 将 错误 的 搜索 范围 尽 可 能 地 缩小 ,以 利于 专门 
测试 某 类 错误 是 否 存 在 。 

这 些 所 谓 的 变异 ,是 基于 良好 定义 的 变异 操作 ,这 些 操作 或 者 是 模拟 典型 应 用 错误 ( 例 
如 使 用 错误 的 操作 符 或 者 变量 名 字 ) ,或 者 是 强制 产生 有 效 的 测试 (例如 使 得 每 个 表达 式 都 
等 于 0)。 目 的 是 帮助 测试 者 发 现 有 效 的 测试 ,或 者 定位 测试 数据 的 弱点 ,或 者 是 在 执行 中 
很 少 ( 或 从 不 ) 使 用 的 代码 的 弱点 。 


4.9 静态 测试 法 


静态 测试 不 实际 运行 软件 ,只 是 检查 和 审阅 ,主要 对 软件 的 编程 格式 、 结 构 等 方面 进行 
评估 。 


1. 代码 审查 


所 谓 的 代码 审查 ,是 以 组 为 单位 阅读 代码 ,是 一 系列 规程 和 错误 检查 技术 的 集合 。 代 码 
审查 作为 质量 保证 的 一 部 分 ,是 静态 测试 的 主要 手段 之 一 。 代 码 审查 的 作用 : 程序 员 通 常 
会 得 到 编程 风格 、 算 法 选择 及 编译 技术 等 方面 的 反馈 信息 ; 其 他 参与 者 也 可 以 通过 接触 其 
他 程序 员 的 错误 和 编程 风格 而 同样 受益 菲 浅 ; 代码 检查 还 是 早期 发 现 程序 中 最 易 出 错 部 分 
的 方法 之 一 ,有 助 于 在 基于 计算 机 的 测试 过 程 中 将 更 多 的 注意 力 集中 在 这 些 地 方 。 但 需要 
注意 的 是 ,该 过 程 通常 将 注意 力 集中 在 发 现 错误 ,而 不 是 纠正 错误 上 。 

成 员 组 成 : 一 个 代码 检查 小 组 通常 是 由 四 人 组 成 ,其 中 一 人 发 挥 着 协调 作用 ; 一 人 是 
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该 程序 的 编码 人 员 ; 一 人 是 其 他 成 员 ,通常 是 程序 的 设计 人 员 :; 一 人 是 测试 专家 。 

协调 人 的 职责 : 为 代码 检查 分 发 材料 、 安 排 进程 ; 在 代码 检查 中 起 主导 作用 ; 记录 发 现 
的 所 有 错误 ; 确保 所 有 错误 得 到 改正 。 

注意 事项 : 在 代码 检查 的 时 间 和 地 点 上 的 选择 上 ,应 避免 所 有 的 外 部 干扰 ; 代码 检查 
会 议 的 理想 时 间 应 在 90 一 120min; 大 多 数 的 代码 检查 都 是 按 每 小 时 大 约 阅 读 150 行 代码 
的 速度 进行 ; 对 大 型 软件 的 检查 应 安排 多 个 代码 检查 会 议 同 时 进行 ,每 个 代码 检查 会 议 处 
理 一 个 或 几 个 模块 或 子 程序 ; 提出 的 建议 应 针对 程序 本 身 ,而 不 应 针对 程序 员 ; 另外 ,程序 
员 必 须 怀 着 非 自 我 本 位 的 态度 来 对 待 错 误 检查 ,对 整个 过 程 采 取 积 极 和 建设 性 的 态度 ; 代 
码 检查 的 目标 是 发 现 程 序 中 的 错误 ,从 而 改进 程序 的 质量 。 


2. 代码 走 查 


代码 走 查 (code walkthrough) 是 一 个 开发 人 员 与 架构 师 集中 讨论 代码 的 过 程 。 代 码 走 
查 的 目的 是 交换 有 关 代码 是 如 何 书写 的 思路 ,并 建立 一 个 对 代码 标准 的 总 体 前述 。 在 代码 
走 查 的 过 程 中 ,开发 人 员 都 应 该 有 机 会 向 其 他 人 来 阐述 他 们 的 代码 。 通 常 地 ,即便 是 简单 的 
代码 阐述 也 会 帮助 开发 人 员 识别 出 错误 ,并 预想 出 对 以 前 问题 的 新 的 解决 办 法 。 

代码 可 读 性 这 个 话题 一 直 以 来 都 备 受 关注 ,但 是 可 读 性 高 与 不 高 却 没 有 统一 的 标准 。 
毕竟 各 个 公司 ,甚至 于 各 个 项 目的 规范 都 是 不 一 样 的 。 我 们 不 能 说 一 个 抽象 性 极 好 、 灵 活 度 
极 高 却 让 人 十 天 半 个 月 都 难以 搞 清 楚 的 代码 的 可 读 性 高 ,也 不 能 说 一 个 长 达 几 千 行 却 从 头 
至 尾 逻 辑 性 比较 好 的 代码 的 可 读 性 差 。 那 么 怎样 的 代码 才 算 是 合理 的 , 才 算是 可 读 性 高 的 
呢 ? 我 想 不 同 之 中 必 有 共性 , 那 就 是 经 过 走 查 的 、 能 够 被 项 目 组 其 他 成 员 接 受 并 能 尽快 看 懂 
的 代码 就 是 可 读 性 好 的 。 

从 参加 人 员 来 说 ,应 该 是 项 目的 整体 参与 者 ,如 果 项 目 太 大 ,整体 参加 的 成 本 很 高 ,那么 
可 以 以 模块 为 组 进行 走 查 。 因 为 他 们 负责 的 业务 是 紧密 相关 的 ,使 用 的 技术 是 接近 程度 比 
较 大 的 ,因而 开发 的 规范 应 该 是 统一 的 。 

从 走 查 内 容 来 说 ,应 该 是 代码 的 命名 规范 以 及 组 织 结构 。 每 个 项 目 都 有 自己 的 规范 ,但 
是 如 果 项 目 内 部 使 用 不 同 的 规范 必然 会 增加 发 现 问 题解 决 问题 的 难度 ,同时 增加 后 期 的 维 
护 成 本 。 

从 走 查 时 间 来 说 ,应 该 在 每 个 模块 开发 完成 之 后 进行 ,便于 开发 人 员 之 间 交 流 问 题 以 及 
体会 ,并 且 每 个 人 的 讲解 时 间 不 要 超过 30min, 因 为 模块 的 业务 复杂 度 不 会 那么 复杂 ,30min 
都 讲 不 清 的 业务 逻辑 如 何 保证 代码 是 清晰 的 ? 

从 走 查 的 结果 来 说 ,经 过 走 查 的 代码 应 该 是 参加 成 员 大 部 分 能 认同 的 ,并 且 参 加 者 每 个 
人 都 能 读 懂 的 逻辑 清晰 的 代码 ,并 且 通 过 交流 提高 项 目 成 员 的 凝聚 力 , 提 高 其 业务 认 知 度 ， 
最 好 能 形成 项 目 之 间 可 以 共同 使 用 的 产品 。 


3. 桌面 检查 


人 工 查找 错误 的 第 三 种 过 程 是 古老 的 桌面 检查 方法 。 桌 面 检查 可 视 为 由 单 人 进行 的 代 
码 检查 或 代码 走 查 : 由 一 个 人 阅读 程序 ,对 照 错误 列表 检查 程序 ,对 程序 推演 测试 数据 。 

对 于 大 多 数 人 而 言 ,桌面 检查 的 效率 是 相当 低 的 。 其 中 的 一 个 原因 是 , 它 是 一 个 完全 没 
有 约束 的 过 程 。 另 一 个 重要 的 原因 是 它 违反 了 测试 原则 , 即 人 们 一 般 不 能 有 效 地 测试 自己 
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编写 的 程序 。 因 此 桌面 检查 最 好 由 其 他 人 而 非 该 程序 的 编写 人 员 来 完成 (例如 ,两 个 程序 员 
可 以 相互 交换 各 自 的 程序 ,而 不 是 检查 自己 的 程序 )。 但 是 即使 这 样 , 其 效果 仍然 偿 色 于 代 
码 走 查 或 代码 检查 。 原 因 在 于 代码 检查 和 代码 走 查 小 组 中 存在 着 互相 促进 的 效应 。 小 组 会 
议 培 养 了 良性 竞争 的 气氛 ,人 们 喜欢 通过 发 现 问 题 来 展示 自己 的 能 力 。 而 在 桌面 检查 中 ,由 
于 没有 向 其 他 人 展示 的 机 会 ,也 就 缺乏 这 个 显而易见 的 良好 效应 。 简 言 之 ,桌面 检查 胜 过 没 
有 检查 ,但 其 效果 远 远 逊 色 于 代码 检查 和 代码 走 查 。 


4. 同行 评审 


最 后 一 种 人 工 评 审 方法 与 程序 测试 并 无 关系 (其 目标 不 是 为 了 发 现 错误 ) , 却 仍 在 这 里 
谈 到 ,这 是 因为 它 与 代码 阅读 的 思想 有 关 。 

同行 评审 是 一 种 依据 程序 整体 质量 、 可 维护 性 、 可 扩展 性 、 易 用 性 和 清晰 性 对 匿名 程序 
进行 评价 的 技术 。 该 项 技术 的 目的 是 为 程序 员 提 供 自我 评价 的 手段 。 

选 出 一 位 程序 员 来 担任 这 个 评审 过 程 的 管理 员 ,管理 员 又 会 挑选 出 6 一 20 名 参与 者 (为 
保持 匿名 性 ,6 人 是 最 少数 量 )。 这 些 参 与 者 都 应 具备 相似 的 背景 (例如 ,不 能 把 Java 应 用 
程序 员 与 汇编 语言 系统 程序 员 编 为 一 组 )。 要 求 每 名 参与 者 都 挑选 出 两 个 由 自己 编写 的 程 
序 以 供 评审 。 其 中 的 一 个 程序 应 是 参与 者 自 认 为 能 代表 其 自身 能 力 的 最 好 作品 ,而 另 一 个 
则 是 参与 者 自 认 为 质量 较 差 的 作品 。 

当 所 有 的 程序 都 收集 完毕 ,就 将 这 些 程序 随机 分 发 给 参与 者 。 每 名 参与 者 拿 到 4 个 程 
序 进行 评审 ,其 中 的 两 个 是 “最 好 ”的 程序 ,另外 两 个 则 是 相对 “ 较 差 ” 的 程序 ,但 评审 人 自己 
并 不 知道 。 每 名 参与 者 每 评审 一 个 程序 要 花费 30min, 评 审 完 后 填写 一 张 评价 表 。 所 有 4 
个 程序 都 评审 完 后 ,参与 者 对 4 个 程序 的 相对 质量 进行 分 级 。 评 价 表 要 求 评审 人 用 1 一 10 
的 分 值 (1 代表 明确 的 “是 ”,10 代表 明确 的 “ 否 ”) ,对 诸如 下 面 的 问题 进行 回答 : 

(1) 程序 是 否 易 于 理解 ? 

(2) 高 层次 的 设计 是 否 可 见 且 合 理 ? 

(3) 低层 次 的 设计 是 否 可 见 且 合 理 ? 

(4) 修改 此 程序 对 评审 者 而 言 是 否 容易 ? 

O) 评审 者 是 否 会 以 编写 出 该 程序 而 骄傲 ? 

(6) 评审 人 还 应 给 出 总 的 评价 和 建议 的 改进 意见 。 

评审 结束 之 后 ,参与 者 会 收 到 自己 的 那 两 个 程序 的 匿名 评价 表 , 此 外 还 会 收 到 一 个 带 统 
计 的 总 结 ,说 明 在 所 有 的 程序 中 其 程序 的 整体 和 具体 得 分 情况 ,以 及 他 对 其 他 程序 的 评价 与 
其 他 评审 人 对 同一 程序 打分 的 比较 分 析 情 况 。 同 行 评审 的 目的 是 让 程序 员 对 自身 的 编程 技 
术 进 行 自我 评价 。 同 样 ,该 过 程 也 适用 于 企业 开发 和 课堂 教学 环境 。 


4.10 最 少 测试 用 例 数 计算 


为 实现 测试 的 逻辑 覆盖 ,必须 设计 足够 多 的 测试 用 例 ,并 使 用 这 些 测试 用 例 执 行 被 测 程 
序 , 实 施 测试 。 我 们 关心 的 是 ,对 某 个 具体 程序 来 说 ,至 少 要 设计 多 少 测试 用 例 。 这 里 提供 
一 种 估算 最 少 测试 用 例 数 的 方法 。 

我 们 知道 ,结构 化 程序 是 由 3 种 基本 控制 结构 组 成 。 这 3 种 基本 控制 结构 就 是 顺序 型 
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(构成 串 行 操作 ) .选择 型 (构成 分 支 操作 ) ,重复 型 (构成 循环 操作 ) 。 

为 了 把 问题 化 简 ,避免 出 现 测试 用 例 极 多 的 组 合 爆炸 ,把 构成 循环 操作 的 重复 型 结构 用 
选择 结构 代替 。 也 就 是 说 ,并 不 指望 测试 循环 体 所 有 的 重复 执行 ,而 是 只 对 循环 体检 验 一 
次 。 这 样 , 任 一 循环 便 改造 成 进入 循环 体 或 不 进入 循环 体 的 分 支 操作 了 。 

图 4. 22 给 出 了 类 似 于 流程 图 的 N-S 图 表示 的 基本 控制 结构 (图 中 A、B、C、D、S 均 表 示 要 
执行 的 操作 ,P 是 可 取 真 假 值 的 谓词 ,Y 表 真 值 ,N 表 假 值 )。 其 中 图 4. 22(c) 和 (d) 两 种 重复 型 
结构 代表 了 两 种 循环 。 在 作 了 如 上 简化 循环 的 假设 以 后 ,对 于 一 般 的 程序 控制 流 , 我 们 只 考 
虑 选择 型 结构 。 事 实 上 它 已 能 体现 顺序 型 和 重复 型 结构 。 





P 
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B C D 





(a) 顺序 型 (b) 选择 型 





直到 P 











(c) DO WHILE 型 (d) DO UNTIL 型 
图 4.22 用 N-S 图 表示 程序 的 三 种 基本 控制 结构 


例如 ,图 4. 23 表达 了 两 个 顺序 执行 的 分 支 结构 。 两 个 分 支 谓词 P1 和 P2 取 不 同 值 时 ， 
将 分 别 执行 a 或 b 及 < 或 4 操作。 显然 ,要 测试 这 个 小 程序 ,需要 至 少 提供 4 个 测试 用 例 才 
能 做 到 逻辑 覆盖 ,使 得 ac ad be 及 bd 操作 均 得 到 检验 。 其 实 ,这 里 的 4 是 图 中 第 1 个 分 支 
谓词 引出 的 两 个 操作 ,及 第 2 个 分 支 谓 词 引出 的 两 个 操作 组 合 起 来 而 得 到 的 , 即 2X2 一 4。 并 
且 , 这 里 的 2 是 由 于 两 个 并 列 的 操作 ,1 十 1 二 2 而 得 到 的 。 














图 4.23 ”两 个 串 行 的 分 支 结构 的 N-S 


估算 最 少 测试 用 例 个 数 的 方法 如 下 : 

如 果 在 N-S 图 中 存在 有 并 列 的 层次 A1,A2, Al 和 A2 的 最 少 测试 用 例 数 分 别 为 al 、 
a2, 则 由 A1,A2 两 层 所 组 合 的 N-S 图 对 应 的 最 少 测试 用 例 为 al X a2。 

如 果 在 N-S 图 中 不 存在 并 列 的 层次 , 则 对 应 的 最 少 测试 用 例 数 由 并 列 的 操作 数 决定 ， 
即 N-S 图 中 除 谓 词 之 外 的 操作 框 的 个 数 。 
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【实例 】 

对 于 一 般 的 、 更 为 复杂 的 问题 ,估算 最 少 测试 用 例 数 的 原则 也 是 同样 的 ,如 图 4. 24 所 
示 。 该 程序 中 共有 9 个 分 支 谓 词 ,尽管 这 些 分 支 结 构 交 错 起 来 似乎 十 分 复杂 ,很 难 一 眼看 出 
应 至 少 需要 多 少 个 测试 用 例 , 如 果 仍 用 上 面 的 方法 ,也 是 很 容易 解决 的 。 我 们 注意 到 该 图 可 
分 上 下 两 层 : 分 支 谓词 1 的 操作 域 是 上 层 ,分 支 谓 词 8 的 操作 域 是 下 层 。 这 两 层 正 像 前 面 
简单 例 中 的 PL 和 P2 的 关系 一 样 。 只 要 分 别 得 到 两 层 的 测试 用 例 个 数 ,再 将 其 相 乘 即 得 总 
的 测试 用 例 数 。 这 里 需要 首先 考虑 较为 复杂 的 上 层 结构 。 谓 词 1 不 满足 时 要 做 的 操作 又 可 
进一步 分 解 为 两 层 ,这 就 是 图 4. 25 中 的 子 图 Ca) 和 (b)。 它 们 所 需 测 试用 例 个 数 分 别 为 
1 十 1 十 1 十 1 十 1 二 5 及 1 十 1 十 1 二 3。 因 而 两 层 组 合 , 得 到 5X 3 二 15。 于 是 整个 程序 结构 上 
层 所 需 测试 用 例 数 为 1 十 15 二 16。 而 下 层 十 分 显然 为 3。 故 最 后 得 到 整个 程序 所 需 测试 用 
例 数 至 少 为 6X3 一 48。 























(c) 


上 层 


























FE 


(d) 



































图 4.24 计算 最 少 测试 用 例 数 实例 图 4.25 最 少 测试 用 例 数 计算 


白 盒 测试 综合 策略 : 

(1) 白 盒 测试 是 软件 测试 技术 中 最 基本 的 方法 之 一 , 白 盒 测试 的 核心 是 针对 被 测 单元 
内 部 是 如 何 进行 工作 的 测试 ,是 以 覆盖 测试 与 路 径 测试 为 基本 策略 。 

(2) 在 测试 中 ,应 尽量 先 用 工具 进行 静态 结构 分 析 。 测 试 中 可 采取 先 静 态 、 后 动态 的 组 
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合 方式 ,先进 行 静态 结构 分 析 、 代 码 检查 和 静态 质量 度量 ,再 进行 覆盖 率 测试 。 

(3) 利用 静态 分 析 的 结果 作为 引导 ,通过 代码 检查 和 动态 测试 的 方式 对 静态 分 析 结 果 
进行 进一步 的 确认 ,使 测试 工作 更 为 有 效 。 

(4) 覆盖 率 测 试 是 白 盒 测试 的 重点 ,一 般 可 使 用 基本 路 径 测试 法 达到 语句 覆盖 标准 ; 
对 于 软件 的 重点 模块 ,应 使 用 多 种 覆盖 率 标准 衡量 代码 的 覆盖 率 。 

(5) 在 不 同 的 测试 阶段 ,测试 的 侧重 点 不 同 : 在 单元 测试 阶段 ,以 代码 检查 、 逻 辑 覆 盖 
为 主 ; 在 集成 测试 阶段 ,需要 增加 静态 结构 分 析 、 静 态 质 量度 量 ; 在 系统 测试 阶段 ,应 根据 
黑 盒 测试 的 结果 ,采取 相应 的 白 盒 测试 。 


保 后 习题 


1. 计算 环形 复杂 度 有 哪 三 种 方法 ? 

2. 白 盒 测试 有 几 种 方法 ? 

3. 比较 白 盒 测试 和 黑 盒 测 试 。 

4. 为 以 下 程序 段 设计 一 组 测试 用 例 , 要 求 分 别 满足 语句 覆盖 ,判定 获 盖 、 条 件 获 盖 。 
int test(int A, int B) { 


if((A>1) AND(B<10)) then X=A-B; 
if((A=2) OR(B>20)) then X=A+B; return x; } 


5. 为 以 下 程序 段 设计 一 组 测试 用 例 ,要 求 分 别 满足 语句 覆盖 ,判定 覆盖 条件 覆盖 。 


void DoWork (int x, int y, int z) { 


int k=0,j=0; 
if ( (x>3)8&(z<10) ) { k=x*y-1; j=sart(k); 

} // 语 名 块 1 if ( (x== 4) || (y>5) ) 

{ j=x*y+10; } // 语 句 块 2j= 4% 3; // 语 句 块 3 } 
6. 看 代码 程序 : 


void Sort ( int iRecordNum, int iType ) 
(1) { 

(2) int x=0; 

(3) int y=0; 

(4) while ( iRecordNum> 0 ) 

(5) { 

(6) If ( ifype==0 ) 


(7) x= y+ 2; 

(8) else 

(9) If ( iType==1 ) 
(10) x=yt10; 
(11) else 

(12) x=y+20; 


(13) } 
(14) } 


BER: 
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(1) 给 以 上 代码 画 出 控制 流 图 。 
(2) 控制 流 图 的 环形 复杂 度 V(G) , 写 出 独立 路 径 。 
7. 设 一 个 控制 流 图 如 图 4. 26 所 示 ,请 给 出 环形 复杂 度 和 基本 测试 路 径 。 
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图 4.26 习题 7 用 图 





单元 测试 和 集成 测试 


1. 概述 


通过 本 章 的 学 习 , 读 者 能 够 掌握 单元 测试 和 集成 测试 的 定义 和 内 容 , 能 够 应 用 所 学 的 测 
试用 例 设 计 方 法 进行 单元 测试 和 集成 测试 设计 及 执行 ,能 够 运用 适合 的 方法 进行 单元 测试 
和 集成 测试 。 


2. 课程 的 重点 和 难点 


1) 重点 

(1) 单元 测试 的 内 容 ; 
(2) 单元 测试 的 流程 ; 
(3) 单元 测试 的 方法 ; 
(4) 集成 测试 的 内 容 ; 
(5) 集成 测试 的 流程 ; 
(6) 集成 测试 的 方法 。 

2) 难点 : 

(1) 单元 测试 方法 的 应 用 ; 
(2) 集成 测试 方法 的 应 用 。 
6.1 单元 测试 


wt 


5.1.1 单元 测试 的 定义 


所 谓 “ 单 元 ”, 是 指 : 

(1) 具有 明确 的 功能 ; 

(2) 具有 明确 的 规格 定义 ; 

O) 具有 与 其 他 部 分 明确 的 接口 定义 ; 

(4) 能 够 与 程序 的 其 他 部 分 清晰 地 进行 分 区 。 
关于 单元 测试 的 几 个 关键 问题 : 
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(1) 单元 测试 的 定义 。 

单元 测试 (unit testing) ,是 指 对 软件 中 的 最 小 可 测试 单元 进行 检查 和 验证 。 对 于 单元 
测试 中 单元 的 含义 ,一般 来 说 ,要 根据 实际 情况 去 判定 其 具体 含义 ,如 C 语言 中 单元 指 一 个 
函数 ,Java 里 单元 指 一 个 类 ,图 形 化 的 软件 中 可 以 指 一 个 窗口 或 一 个 菜单 等 。 总 的 来 说 , 单 
元 就 是 人 为 规定 的 最 小 的 被 测 功能 模块 。 单 元 测试 是 在 软件 开发 过 程 中 要 进行 的 最 低级 别 
的 测试 活动 ,软件 的 独立 单元 将 在 与 程序 的 其 他 部 分 相隔 离 的 情况 下 进行 测试 。 

(2) 单元 测试 的 对 象 。 

一 般 认 为 ,在 结构 化 程序 中 ,单元 测试 所 说 的 单元 是 指 函 数 ; 在 面向 对 象 编程 中 ,单元 
测试 的 单元 一 般 是 指 类 。 从 实践 来 看 ,以 类 作为 测试 单位 ,复杂 度 高 ,可 操作 性 较 差 ,仍然 主 
张 以 类 中 的 方法 作为 单元 测试 的 测试 单位 ,但 可 以 用 一 个 测试 类 来 组 织 某 个 类 的 所 有 测试 
函数 。 单 元 测试 不 应 过 分 强调 面向 对 象 ,因为 局 部 代码 依然 是 结构 化 的 。 单 元 测试 的 工作 
量 较 大 ,简单 实用 高 效 才 是 硬 道理 。 

(3) 单元 测试 的 时 间 。 

单元 测试 当然 是 越 早 越 好 ,通常 在 编码 阶段 进行 。 在 源 程序 代码 编制 完成 、 经 过 评审 和 
验证 \ 确 认 没有 语法 错误 之 后 ,就 可 以 开始 进行 单元 测试 的 测试 用 例 设计 。XP( 极 限 编程 ) 
开发 理论 要 求 测试 驱动 开发 (Test-Driven Development. TDD) , 先 编写 测试 代码 ,再 进行 开 
发 。 在 实际 的 工作 中 ,不 必 过 分 强调 开发 和 测试 的 顺序 ,重要 的 是 效果 。 一 般 是 先 编写 产品 
函数 的 框架 ,然后 编写 测试 函数 ,针对 产品 函数 的 功能 编写 测试 用 例 , 然 后 编写 产品 函数 的 
代码 ,每 写 一 个 功能 点 都 运行 测试 ,随时 补充 测试 用 例 。 所 谓 先 编写 产品 函数 的 框架 ,是 指 
先 编写 函数 空 的 实现 ,有 返回 值 的 随便 返回 一 个 值 ,编译 通过 后 再 编写 测试 代码 ,这 时 ,函数 
名 参数 表 、 返 回 类 型 都 应 该 确定 下 来 了 ,所 编写 的 测试 代码 以 后 需 修改 的 可 能 性 比较 小 。 

(4) 单元 测试 人 员 。 

在 绝 大 部 分 情况 下 ,由 开发 人 员 做 单元 测试 的 设计 和 执行 。 如 果 单 元 测试 的 需求 非常 
清晰 ,开发 人 员 之 外 的 人 都 可 以 轻易 掌握 ,那么 单元 测试 可 以 由 独立 的 测试 人 员 完 成 。 但 是 
大 部 分 情况 下 很 难 做 到 这 一 点 ,因此 就 要 求 开 发 人 员 在 编写 测试 用 例 的 时 候 绝 不 能 假定 任 
何 函 数 的 实现 ,而 应 该 完全 按照 它 应 该 有 的 需求 来 做 。 

图 5. 1 所 示 是 单元 测试 在 整个 软件 测试 中 的 作用 图 。 
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5.1 单元 测试 在 软件 测试 中 的 作用 图 
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5.1.2 单元 测试 的 重要 性 


单元 测试 是 软件 测试 的 基础 ,因此 单元 测试 的 效果 会 直接 影响 到 软件 的 后 期 测试 ,最 终 
在 很 大 程度 上 影响 到 产品 的 质量 。 从 如 下 几 个 方面 就 可 以 看 出 单元 测试 的 重要 性 。 

(1) 时 间 方 面 : 如 果 认 真 地 做 好 了 单元 测试 ,在 系统 集成 联 调 时 非常 顺利 ,那么 会 节约 
很 多 时 间 ,反之 那些 由 于 时 间 原 因 不 做 单元 测试 或 随便 做 做 的 则 在 集成 时 总 会 遇 到 那些 本 
应 该 在 单元 测试 就 能 发 现 的 问题 ,而 这 些 问 题 在 集成 时 往往 很 难 让 开发 人 员 预 料 到 ,最 后 在 
苦 苦 寻 砚 中 才 发 现 这 是 个 很 低级 的 错误 而 悔恨 时 已 经 浪费 了 很 多 时 间 ,这 种 时 间 上 的 浪费 
一 点 都 不 值得 , 正 所 谓 得 不 偿 失 。 

(2) 测试 效果 : 根据 以 往 的 测试 经 验 来 看 ,单元 测试 的 效果 是 非常 明显 的 ,首先 它 是 测 
试 阶段 的 基础 ,做 好 了 单元 测试 ,后 期 的 集成 测试 和 系统 测试 就 会 很 顺利 。 其 次 在 单元 测试 
过 程 中 能 发 现 一 些 很 深层 次 的 问题 ,同时 还 会 发 现 一 些 很 容易 发 现 而 在 集成 测试 和 系统 测 
试 时 很 难 发 现 的 问题 。 最 后 单元 测试 关注 的 范围 也 特殊 , 它 不 仅仅 是 证 明 这 些 代码 做 了 什 
么 ,最 重要 的 是 代码 是 如 何 做 的 ,是 否 做 了 它 该 做 的 事情 而 没有 做 不 该 做 的 事情 。 

G) 测试 成 本 : 在 单元 测试 时 某 些 问题 就 很 容易 发 现 , 如 果 在 后 期 的 测试 中 发 现 问题 
所 花 的 成 本 将 成 倍数 上 升 。 比 如 在 单元 测试 时 发 现 1 个 问题 需要 1 个 小 时 , 则 在 集成 测试 
时 发 现 该 问题 需要 2 个 小 时 ,在 系统 测试 时 发 现 则 需要 3 个 小 时 , 同 理 还 有 定位 问题 和 解决 
问题 的 费用 也 是 成 倍 上 升 的 ,这 就 是 要 尽 可 能 早 地 排除 尽 可 能 多 的 bug 来 减少 后 期 成 本 的 
原因 之 一 。 

(4) 产品 质量 : 单元 测试 的 好 与 坏 直 接 影响 到 产品 的 质量 ,可 能 就 是 由 于 代码 中 的 某 
一 个 小 错误 就 导致 了 整个 产品 的 质量 降低 一 个 指标 ,或 者 导致 更 严重 的 后 果 , 如 果 做 好 了 单 
元 测试 这 种 情况 是 可 以 完全 避免 的 。 

图 5.2 列 出 了 以 一 个 功能 点 为 基准 ,各 测试 阶段 的 效率 。 单 元 测试 的 效率 大 约 是 集成 
测试 的 2 售 、 系 统 测试 的 3 倍 。 








系统 测试 | 11.5 小 时 


域 测试 11 小 时 


图 5.2 测试 活动 的 效率 图 


单元 测试 是 构筑 产品 质量 的 基石 ,不 要 因为 节约 单元 测试 的 时 间 不 做 单元 测试 或 随便 
做 而 导致 在 后 期 浪费 太 多 的 时 间 ,也 不 要 因为 节约 那些 时 间 而 导致 开发 出 来 的 整个 产品 失 
败 或 重 来 。 
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6.2 单元 测试 的 内 容 与 方法 


5.2.1 单元 测试 的 内 容 
单元 测试 一 般 包 括 5 个 方面 的 测试 ,如 图 5. 3 所 示 。 
meem PARO pasma 


模 块 





独立 路 径 边界 条 件 
图 5.3 单元 测试 的 内 容 


(1) 模块 接口 测试 。 

模块 接口 测试 是 单元 测试 的 基础 。 只 有 在 数据 能 正确 流入 流出 模块 的 前 提 下 ,其 他 测 
试 才 有 意义 。 模 块 接口 测试 也 是 集成 测试 的 重点 ,这 里 进行 的 测试 主要 是 为 后 面 打 好 基础 。 

测试 接口 正确 与 否 应 该 考虑 下 列 因 素 : 

O 输入 的 实际 参数 与 形式 参数 的 个 数 是 否 相同 ; 

© 输入 的 实际 参数 与 形式 参数 的 属性 是 否 匹 配 ; 

O 输入 的 实际 参数 与 形式 参数 的 量 纲 是 否 一 致 ; 

D 调用 其 他 模块 时 所 给 实际 参数 的 个 数 是 否 与 被 调 模 块 的 形 参 个 数 相 同 ; 

© 调用 其 他 模块 时 所 给 实际 参数 的 属性 是 否 与 被 调 模 块 的 形 参 属性 匹配 ; 

© 调用 其 他 模块 时 所 给 实际 参数 的 量 纲 是 否 与 被 调 模块 的 形 参量 纲 一 致 ， 

@ 调用 预定 义 函数 时 所 用 参数 的 个 数 、 属 性 和 次 序 是 否 正 确 ; 

®© 是 否 存 在 与 当前 入 口 点 无 关 的 参数 引用 ; 

加 是 否 修改 了 只 读 型 参数 ; 

四 对 全 程 变量 的 定义 各 模块 是 否 一 致 ; 

D 是 否 把 某 些 约束 作为 参数 传递 。 

如 果 模 块 功能 包括 外 部 输入 输出 ,还 应 该 考虑 下 列 因素 : 

© 文件 属性 是 否 正确 ; 

@ OPEN/CLOSE 语句 是 否 正确 ; 

© 格式 说 明 与 输入 输出 语句 是 否 匹 配 ; 

© 缓冲 区 大 小 与 记录 长 度 是 否 匹 配 ; 

© 文件 使 用 前 是 否 已 经 打开 ; 

© 是 否 处 理 了 文件 尾 ; 

O 是 否 处 理 了 输入 /输出 错误 ; 

© 输出 信息 中 是 否 有 文字 性 错误 。 

(2) 局 部 数据 结构 测试 是 为 了 保证 临时 存储 在 模块 内 的 数据 在 程序 执行 过 程 中 完整 、 
正确 。 局 部 数据 结构 往往 是 错误 的 根源 ,应 仔细 设计 测试 用 例 ,力求 发 现下 面 几 类 错误 : 
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D 不 合适 或 不 相 容 的 类 型 说 明 ; 

© 变量 无 初 值 ; 

© 变量 初始 化 或 默认 值 有 错 ; 

© 不 正确 的 变量 名 ( 拼 错 或 不 正确 地 截断 ) ; 

© 出 现 上 游 、 下 游 和 地 址 异常 。 

使 用 尚未 赋值 或 尚未 初始 化 的 变量 。 

除了 局 部 数据 结构 外 ,如 果 可 能 ,单元 测试 时 还 应 该 查 清 全 局 数据 (例如 Fortran 的 公 
用 区 ) 对 模块 的 影响 。 

(3) 模块 边界 条 件 测试 是 单元 测试 中 最 重要 的 一 项 任务 。 众 所 周知 ,软件 经 常 在 边界 
上 失效 ,采用 边界 值 分 析 技 术 , 针 对 边界 值 及 其 左 、 右 设计 测试 用 例 , 很 有 可 能 发 现 新 的 错 
误 。 边 界 条 件 测试 是 一 项 基础 测试 ,也 是 后 面 系统 测试 中 的 功能 测试 的 重点 ,边界 测试 执行 
得 较 好 ,可 以 大 大 提高 程序 健壮 性 。 

CA) 模块 中 所 有 独立 路 径 测试 是 在 模块 中 应 对 每 一 条 独立 执行 路 径 进 行 测 试 ,单元 测 
试 的 基本 任务 是 保证 模块 中 每 条 语句 至 少 执行 一 次 。 测 试 目 的 主要 是 为 了 发 现 因 错误 计 
算 .不 正确 的 比较 和 不 适当 的 控制 流 造成 的 错误 。 具体 做 法 就 是 程序 员 逐 条 调试 语句 。 常 
见 的 错误 包括 : 

D 误解 或 用 错 了 算 符 优先 级 ; 

@ 混合 类 型 运算 ; 

@ 变量 初 值 错 ; 

@ 精度 不 够 ; 

O 表达 式 符 号 错 。 

比较 判断 与 控制 流 常 常 紧密 相关 ,测试 时 注意 下 列 错误 : 

O 不 同 数据 类 型 的 对 象 之 间 进行 比较 ; 

© 错误 地 使 用 逻辑 运算 符 或 优先 级 ; 

© 因 计 算 机 表示 的 局 限 性 ,期 望 理论 上 相等 而 实际 上 不 相等 的 两 个 量 相 等 ; 

@ 比较 运算 或 变量 出 错 ; 

© 循环 终止 条 件 或 不 可 能 出 现 ; 

和 迭代 发 散 时 不 能 退出 

D 错误 地 修改 了 循环 变量 。 

(5) 模块 的 各 条 错误 处 理 通路 测试 是 指 程序 在 遇 到 异常 情况 时 不 应 该 退出 ,好 的 程序 
应 能 预见 各 种 出 错 条 件 , 并 预 设 各 种 出 错 处 理 通 路 。 如 果 用 户 不 按照 正常 操作 ,程序 就 退出 
或 者 停止 工作 ,实际 上 也 是 一 种 缺陷 ,因此 单元 测试 要 测试 各 种 错误 处 理 路 径 。 一 般 这 种 测 
试 着 重 检查 下 列 问题 : 

O 输出 的 出 错 信息 难以 理解 ; 

© 记录 的 错误 与 实际 遇 到 的 错误 不 相符 ; 

© 在 程序 自 定义 的 出 错 处 理 程序 运行 之 前 ,系统 已 介入 ; 

© 异常 处 理 不 当 ; 

© 错误 陈述 中 未 能 提供 足够 的 定位 出 错 信息 。 
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5.2.2 单元 测试 的 方法 


以 下 是 一 些 单元 测试 案例 的 常见 设计 方法 ,通过 对 这 些 方法 的 综合 运用 ,可 以 帮助 我 们 
发 现 上 述 错误 。 


1. 规格 导出 法 


规格 导出 法 是 根据 相关 的 规格 说 明 来 设计 测试 用 例 , 每 一 个 测试 用 例 用 来 检验 一 个 或 
多 个 规格 陈述 的 语句 。 一 个 比较 实际 的 办 法 是 按照 规格 陈述 的 语句 顺序 来 为 被 测 单元 设计 
测试 用 例 。 这 种 测试 用 例 的 设计 可 以 保证 在 规格 说 明 中 所 有 的 要 求 在 测试 案例 中 都 能 得 到 
体现 ,但 是 它 只 是 一 种 正 向 测试 的 思路 ,需要 其 他 的 测试 用 例 的 补充 才能 达成 测试 的 完 
整 性 。 


2. 等 价 类 划分 法 


等 价 类 划分 是 一 种 正式 的 测试 用 例 设计 方法 , 它 基 于 被 测 单元 的 输入 、 输 出 所 做 的 划 
分 ,对 每 一 个 划分 中 的 所 有 输入 、 被 测 单元 都 有 相同 (等 价 ) 的 反应 。 例 如 对 一 个 范围 是 0 一 
100 的 整数 输入 来 说 ,2、38、66 应 该 都 具有 相同 的 效力 ,而 一 1、120 也 有 相同 的 效力 。 等 价 
类 划分 法 就 是 针对 每 一 个 等 价 类 设计 至 少 一 个 测试 用 例 来 确保 被 测 程序 单元 的 处 理 是 完整 
的 。 等 价 类 划分 的 设计 方法 也 属于 正 向 测试 的 技术 。 


3. 边界 值 分 析 法 


边界 值 分 析 法 使 用 与 等 价 类 划分 法 相同 的 划分 ,只 是 边界 值 分 析 假定 错误 更 多 地 存在 
于 两 个 划分 的 边界 上 ,相应 地 为 边界 上 及 两 侧 的 情况 设计 测试 用 例 。 


4. 状态 转移 测试 


对 于 那些 以 状态 机 作为 模型 或 者 设计 为 状态 机 的 软件 ,状态 转移 测试 是 合适 的 。 状 态 
转移 测试 法 的 测试 用 例 涵盖 能 导致 状态 迁移 的 事件 来 测试 状态 之 间 的 转换 是 否 正确 。 用 这 
种 方法 可 以 测试 北向 的 测试 用 例 , 如 状态 和 事件 的 非法 组 合 。 


5. 分 支 测试 法 


在 分 支 测 试 中 ,根据 单元 中 控制 流 分 支 或 者 判断 点 来 设计 测试 用 例 。 这 通常 用 于 达到 
一 定 的 测试 履 盖 率 。 在 单元 测试 中 ,如 果 使 用 黑 盒 测试 技术 ,那么 需要 去 猜测 存在 哪些 负 辑 
分 支 并 相应 为 这 些 分 支 的 执行 准备 测试 用 例 ; 如 果 使 用 白 盒 测试 技术 , 则 需要 根据 该 程序 
单元 中 的 控制 流 设计 测试 用 例 , 完 成 分 支 获 盖 的 要 求 。 


6. 条 件 测试 法 


条 件 测试 法 中 包含 了 很 多 测试 用 例 设 计 技 术 ,它们 都 致力 于 弥补 在 遇 到 复杂 逻辑 条 件 
的 时 候 分 支 测试 的 弱点 。 条 件 测试 的 目标 是 测试 在 每 个 逻辑 条 件 的 单个 成 分 及 它们 组 合 的 
情况 下 程序 都 是 正确 的 。 在 考虑 各 个 逻辑 条 件 的 组 合 时 ,决策 表 是 一 种 有 用 的 工具 。 在 条 
件 测试 法 中 ,需要 设计 足够 的 测试 用 例 ,确保 每 种 逻辑 条 件 的 组 合 都 被 测试 到 。 
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7. 数据 定义 一 一 使 用 测试 法 


数据 定义 是 指数 据 被 赋值 的 地 方 ,数据 使 用 是 指数 据 项 被 读 取 或 者 使 用 的 地 方 。 使 用 
这 种 方法 设计 测试 用 例 时 ,主要 考虑 用 用 例 来 驱动 数据 被 定义 到 被 使 用 的 路 径 。 这 种 方法 
主要 用 于 检查 数据 的 初始 化 和 处 理 的 正确 性 ,也 可 以 在 静态 检查 中 使 用 。 


8. 内 部 边界 值 测 试 法 


这 种 方法 与 边界 值 分 析 法 类 似 ,但 是 它 偏重 的 是 白 盒 测试 技术 ,也 就 是 说 ,从 程序 单元 
的 规格 说 明 中 导出 等 价 类 和 边界 值 。 除 了 外 部 可 见 的 数据 之 外 ,程序 内 部 的 数据 也 存在 等 
价 类 和 边界 值 ,它们 只 能 通过 对 程序 单元 的 设计 规格 说 明 进行 分 析 而 得 到 。 内 部 边界 值 测 
试 法 一 般 只 作为 测试 用 例 设计 的 补充 方法 ,与 其 他 方法 结合 使 用 。 


9. 错误 猜测 法 


错误 猜测 是 基于 经 验 和 其 他 一 些 测试 技术 的 。 在 经 验 的 基础 上 ,测试 设计 者 猜测 错误 
的 类 型 及 在 特定 的 软件 中 错误 发 生 的 位 置 , 并 设计 测试 用 例 去 发 现 它们 。 例 如 ,如 果 所 有 的 
资源 需要 动态 申请 ,那么 就 需要 判断 是 否 所 有 的 资源 都 被 正确 释放 了 。 一 个 发 现 错误 的 好 
地 方 就 是 资源 释放 的 地 方 。 对 一 个 有 经 验 的 工程 师 来 说 ,错误 猜测 法 可 能 是 最 好 的 设计 测 
试用 例 的 方法 ,因为 它 可 能 发 现 别 的 设计 方法 所 遗漏 的 错误 。 为 了 最 大 限度 地 利用 有 效 的 
经 验 并 逐步 丰富 测试 用 例 的 设计 技术 ,建立 一 个 错误 类 型 的 列表 是 一 个 好 方法 ,这 个 列表 可 
以 帮助 工程 师 狂 测 程序 单元 中 的 错误 会 在 哪里 。 这 个 列表 需要 通过 在 实践 中 不 断 地 维护 和 
扩充 来 帮助 达成 错误 猜测 的 有 效 性 。 


10. 循环 测试 法 


重点 检查 循环 的 条 件 -判断 部 分 以 及 边界 条 件 。 测 试 循环 是 一 种 特殊 的 路 径 测 试 , 因 为 
循环 比 其 他 语句 都 复杂 一 些 。 循 环 中 错误 的 发 生机 会 比 其 他 代码 构成 部 分 多 。 对 于 单 层 循 
环 采 用 边界 值 测试 法 ,对 于 嵌 套 循环 应 用 如 下 方法 设计 测试 用 例 : 

(1) 把 外 循环 设置 为 最 小 值 , 并 运行 内 循环 所 有 可 能 的 情况 ; 

(2) 把 内 循环 设置 为 最 小 值 , 并 运行 外 循环 所 有 可 能 的 情况 ; 

(3) 把 所 有 的 循环 变量 都 设置 为 最 小 值 运行 ; 

(4) 把 所 有 的 循环 变量 都 设置 为 最 大 值 运行 ; 

(5) 把 外 循环 设置 为 最 大 值 , 并 运行 内 循环 所 有 可 能 的 情况 ; 

(6) 把 内 循环 设置 为 最 大 值 , 并 运行 外 循环 所 有 可 能 的 情况 。 


63 单元 测试 的 过 程 


单元 测试 是 对 软件 基本 组 成 单元 进行 的 测试 ,单元 测试 的 侧重 点 在 于 发 现 程序 设计 或 
者 实现 中 的 逻辑 错误 。 它 分 为 计划 、 设 计 、 执 行 和 评估 4 个 步骤 。 

(1) 计划 单元 测试 : 确定 测试 需求 ,制订 测试 策略 ,确定 测试 所 用 资源 ,创建 测试 任务 
的 时 间 表 。 
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(2) 设计 单元 测试 : 根据 单元 测试 计划 设计 单元 测试 模型 ,制订 测试 方案 ,确认 测试 过 
程 ,制订 具体 的 测试 用 例 , 创 建 可 重用 的 测试 脚本 。 

(3) 执行 单元 测试 : 根据 单元 测试 的 方案 、 用 例 对 软件 单元 进行 测试 ,验证 测试 结果 ， 
并 记录 测试 过 程 中 出 现 的 缺陷 。 

(4) 评估 单元 测试 : 对 单元 测试 的 结果 进行 评估 ,主要 从 需求 覆盖 和 代码 覆盖 的 角度 
进行 测试 完备 性 的 评估 。 


5.3.1 计划 单元 测试 


1. 确定 测试 需求 


单元 测试 其 实 难 在 测试 策略 上 ,对 于 一 个 上 百 万 行 代 码 量 的 软件 系统 ,要 完成 所 有 单元 
模块 的 测试 ,对 于 很 多 软件 企业 来 说 几乎 是 不 可 能 的 。 所 以 ,在 测试 过 程 中 由 于 时 间或 资源 
的 原因 可 能 会 使 测试 处 于 紧张 的 局 面 ,制定 一 个 好 的 有 效 的 测试 策略 是 至 关 重 要 的 ,也 是 
能 够 有 效 地 进行 单元 测试 活动 的 途径 。 策 略 来 源 于 为 各 模块 制定 测试 优先 级 ,其 优先 级 的 
划分 依据 如 下 : 

(1) 哪些 是 重点 模块 ; 

(2) 哪些 程序 是 最 复杂 、 最 容易 出 错 的 ; 

(3) 哪些 程序 是 相对 独立 ,应 当 提 前 测试 的 ; 

(4) 哪些 程序 最 容易 扩散 错误 ; 

(5) 哪些 程序 是 开发 者 最 没有 信心 的 ; 

(6) 8020 法 则 , 即 80% 的 缺陷 聚集 在 20% 的 模块 中 ,经 常 出 错 的 模块 改 错 后 是 否 还 会 
经 常 出 错 ; 

(7) 哪些 是 底层 模块 ; 

(8) 哪些 是 使 用 频率 最 多 的 模块 。 

单元 测试 的 流程 如 图 5. 4 所 示 ,需要 经 过 单元 测试 计划 .单元 测试 用 例 设 计 、 评 审 以 及 
执行 测试 .缺陷 跟踪 、 测 试 报告 等 过 程 。 


一 一 | 测试 计划 6 一 一 一 
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图 5.4 单元 测试 流程 图 
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2. 确定 测试 策略 


一 旦 明确 单元 测试 的 重点 , 接 下 来 就 需要 进一步 确认 应 用 什么 样 的 测试 方法 。 具 体 方 
法 在 前 面 已 经 介绍 了 ,这 里 给 出 一 个 综合 的 策略 。 

首先 ,根据 (需求 规格 说 明 书 》 和 《概要 设计 说 明 书 》《 详 细 设计 说 明 书 》, 应 用 场景 法 、 等 
价 类 划分 法 ,规格 导出 法 ,状态 转移 法 等 检查 程序 是 否 正确 实现 了 功能 。 

其 次 ,采用 静态 测试 方法 ,如 代码 审查 、 走 查 、 桌 面 检查 ,重点 在 于 检查 代码 是 否 符 合 编 
码 规范 ,模块 接口 是 否 正确 。 

然后 ,应 用 条 件 测试 法 ,分支 测 试 法 和 循环 测试 法 等 测试 程序 路 径 , 实 现 语句 覆盖 、 判 定 
覆盖 ,条件 覆盖 。 

最 后 ,应 用 边界 值 分 析 、 错 误 猜测 .健壮 性 分 析 等 方法 重点 考察 边界 .异常 错误 处 理 是 
否 符合 要 求 。 


3. 单元 测试 的 输入 


单元 测试 的 输入 包括 软件 需求 规格 说 明 书 ,软件 详细 设计 说 明 书 、 软 件 编码 与 单元 测试 
工作 任务 书 、 软 件 集 成 测试 计划 、 软 件 集成 测试 方案 、 用 户 文档 。 


4. 单元 测试 的 输出 


单元 测试 的 输出 包括 单元 测试 计划 、 单 元 测试 方案 .需求 跟踪 说 明 书 或 需求 跟踪 记录 、 
代码 静态 检查 记录 、 正 规 检视 报告 .问题 记录 ,问题 跟踪 和 解决 记录 、 软 件 代码 开发 版 本 。 


5.3.2 设计 单元 测试 
1. 单元 测试 模型 


在 单元 测试 时 ,如 果 模 块 不 是 独立 的 程序 ,需要 辅助 测试 模块 ,有 两 种 辅助 模块 ,如 
图 5.5 所 示 。 
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图 5.5 单元 测试 环境 模型 


(1) 驱动 模块 (Driver) : 所 测 模块 的 主 程序 。 它 接收 测试 数据 ,把 这 些 数据 传递 给 所 测 
试 模块 ,最 后 再 输出 测试 结果 。 当 被 测试 模块 能 完成 一 定 功能 时 ,也 可 以 不 要 驱动 模块 。 

(2) 桩 模块 (Stub): 用 来 代替 所 测 模块 调用 的 子 模块 。 被 测试 模块 、 驱 动 模块 和 桩 模 
块 共同 构成 了 一 个 测试 模型 。 
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2. 单元 测试 方案 


在 制定 测试 计划 的 阶段 已 明确 了 此 次 单元 测试 的 主体 策略 ,本 阶段 需要 具体 到 每 个 模 
块 的 测试 角度 以 及 测试 方法 的 选择 ,通常 包括 常规 的 测试 和 特定 的 测试 两 种 情况 。 

常规 的 用 例 设计 方法 包括 规格 导出 法 ,等 价 类 划分 法 ,边界 值 分 析 法 ,状态 转移 测试 法 、 
分 支 测试 法 ,条件 测试 法 ,数据 定义 使 用 测试 法 、 内 部 边界 值 测 试 法 、 错 误 猜测 法 ,循环 测 
试 法 。 

特定 的 用 例 设计 方法 如 下 : 

(1) 声明 测试 一 一 检查 模块 中 的 所 有 变量 是 否 被 声明 。 经 验 表明 ,大 量 重 要 的 错误 都 
是 由 于 变量 没有 被 声明 或 没有 被 正确 地 声明 而 引起 的 。 

(2) 路 径 测 试 一 一 要 求 模块 中 所 有 可 能 的 路 径 都 被 执行 一 遍 , 属 于 人 逻辑 获 盖 测试 。 

G) 基本 路 径 测试 一 一 实际 中 一 个 模块 中 的 路 径 可 能 非常 多 ,由 于 时 间 和 资源 有 限 ,不 
可 能 一 一 测试 到 。 这 就 需要 把 测试 所 有 可 能 路 径 的 目标 减少 到 测试 足够 多 的 路 径 , 以 获得 
对 模块 的 信心 。 要 测试 的 最 小 路 径 就 是 基本 测试 路 径 集 。 基 本 测试 路 径 集 要 保证 : 每 个 确 
定语 句 的 每 一 个 方向 都 要 测试 到 ,每 条 语句 最 少 执行 一 次 。 

(4) 循环 测试 : 重点 检查 循环 的 条 件 -判断 部 分 以 及 边界 条 件 。 测 试 循环 是 一 种 特殊 的 
路 径 测试 ,循环 中 错误 的 发 生机 会 比 其 他 代码 构成 部 分 多 ,在 前 面 单元 测试 的 方法 中 已 经 进 
行 了 具体 的 介绍 。 

(5) 边界 值 测 试 : 确定 代码 在 任何 边界 情况 下 都 不 会 出 差错 。 重 点 检查 小 于 、 等 于 和 
大 于 边界 条 件 的 情况 。 边 界 值 测 试 是 指 专门 设计 用 来 测试 当 条 件 语 名 中 引用 的 值 处 在 边界 
或 边界 附近 时 系统 反应 的 测试 。 

(6) 接口 测试 : 检查 模块 的 数据 流 ( 输 入 、 输 出 ) 是 否 正确 。 检 查 输入 的 参数 和 声明 的 
自 变 量 的 个 数 ,数据 类 型 和 输入 顺序 是 否 一 致 。 检 查 全 局 变量 是 否 被 正确 地 定义 和 使 用 等 。 

(7) 确认 测试 : 是 否 接 受 有 效 输 入 数据 (操作 ) ,拒绝 无 效 数据 (操作 )。 

(8) 事务 测试 : 输入 能 否 正 确 输出 ,错误 是 否 处 理 。 


3. 测试 用 例 的 设计 


(1) 测试 用 例 的 设计 原则 : 一 个 好 的 测试 用 例 在 于 能 够 发 现 至 今 没 有 发 现 的 错误 ; 测 
试用 例 应 由 测试 输入 数据 和 与 之 对 应 的 预期 输出 结果 这 两 部 分 组 成 ; 在 测试 用 例 设 计时 ， 
应 当 包 含 合理 的 输入 条 件 和 不 合理 的 输入 条 件 ; 为 系统 运行 起 来 而 设计 测试 用 例 ; 为 正 向 
测试 而 设计 测试 用 例 ; 为 逆向 测试 而 设计 测试 用 例 ; 为 满足 特殊 需求 而 设计 测试 用 例 ; 为 
代码 覆盖 而 设计 测试 用 例 。 

(2) 测试 用 例 的 规范 。 通 常 测试 用 例 应 该 包括 如 下 信息 : 用 例 运行 前 置 条 件 、 被 测 模 
块 /单元 所 需 环 境 ( 全 局 变量 赋值 或 初始 化 实体 ) 、 启 动 测 试 驱 动 ,设置 桩 、 调 用 被 测 模块 、 设 
置 预期 输出 条 件 判断 恢复 环境 (包括 清除 桩 ) 。 


5.3.3 执行 单元 测试 


执行 单元 测试 应 遵循 以 下 步骤 : 
(1) 设置 测试 环境 ,以 确保 所 有 必需 的 元 素 ( 硬 件 、 软 件 、 工 具 、 数 据 等 ) 已 得 到 实施 ,并 
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且 都 处 于 测试 环境 中 。 

(2) 将 测试 环境 初始 化 ,以 确保 所 有 构件 都 处 于 正确 的 初始 状态 。 

(3) 执行 测试 过 程 。 需 要 注意 的 是 ,测试 过 程 的 执行 将 随 着 具体 情况 而 变化 : 测试 方 
式 是 自动 还 是 人 工 , 以 及 必需 的 测试 构件 是 作为 驱动 程序 还 是 桩 模块 。 自 动 测试 的 测试 肢 
本 在 执行 实施 测试 步骤 的 过 程 中 创建 ,而 人 工 测 试 则 是 “构建 测试 过 程 ?活动 中 制定 的 结构 
化 测试 过 程 。 

单元 测试 何 时 终止 呢 ? 测试 执行 在 出 现 以 下 两 个 条 件 之 一 时 结束 或 终止 。 

(1) 正常 : 所 有 测试 过 程 (或 脚本 ) 按 预期 方式 执行 。 如 果 测 试 正常 终止 , 则 继续 执行 
“核实 测试 结果 ?活动 ,目的 在 于 确定 测试 结果 是 否 可 靠 。 

(2) 异常 或 提前 结束 : 测试 过 程 (或 脚本 ) 没 有 按 预 期 方式 执行 或 没有 完全 执行 。 当 测 
试 异常 终止 时 ,测试 结果 可 能 不 可 靠 。 需要 确定 和 纠正 测试 终止 的 原因 ,并 在 执行 其 他 测试 
活动 之 前 重新 执行 此 测试 。 如 果 测 试 异常 终止 , 则 继续 执行 “恢复 暂停 的 测试 活动 ”, 其 目的 
在 于 确定 测试 是 否 成 功 完成 ,是 否 符合 预期 目标 。 

针对 测试 结果 表明 的 测试 过 程 或 测试 工作 中 存在 的 缺陷 ,确定 合适 的 纠正 措施 ,及 时 补 
充 测 试用 例 以 及 更 新 测试 用 例文 档 。 测 试 完成 后 ,应 当 复审 测试 结果 以 确保 测试 结果 可 靠 ， 
确保 所 报告 的 故障 .警告 或 意外 结果 不 是 外 部 影响 (例如 不 正确 的 设置 或 数据 等 ) 造 成 的 。 

如 果 所 报告 的 故障 是 在 测试 工作 中 确定 的 错误 导致 的 ,或 者 是 测试 环境 的 问题 造成 的 ， 
则 应 当 采 取 适 当 的 纠正 措施 进行 纠正 ,然后 重新 执行 测试 。 

如 果 测 试 结果 表明 故障 确实 是 由 测试 目标 引起 的 , 则 完成 “执行 测试 活动 "后 ,下 一 步 的 
活动 是 评估 测试 。 


5.3.4 评估 单元 测试 


单元 测试 完成 以 后 ,需要 对 单元 测试 的 执行 效果 进行 评估 ,主要 从 以 下 几 方 面 进行 : 

(1) 测试 完备 性 评估 。 主 要 检查 测试 过 程 中 是 否 已 经 执行 了 所 有 的 测试 用 例 ,对 新 增 
的 测试 用 例 是 否 已 及 时 更 新 测试 方案 等 。 

(2) 代码 覆盖 率 评估 。 主 要 是 根据 代码 获 盖 率 工具 提供 的 语句 覆盖 情况 报告 ,检查 是 
否 达 到 方案 中 的 要 求 , 大 多 数 情况 下 ,要 求 语句 覆盖 达到 100%。 但 很 多 情况 下 ,第 一 轮 测 
试用 例 执行 完成 后 是 很 难 达 到 的 ,这 时 在 评估 过 程 中 要 对 禾 盖 率 进行 分 析 , 主 要 从 这 几 方 面 
来 考虑 : 不 可 能 的 路 径 或 条 件 ,不 可 达 的 或 元 余 的 代码 ,不 充分 的 测试 用 例 。 

(3) 从 覆盖 的 角度 看 。 测 试 应 该 做 到 功能 柳 盖 、 输 入 域 覆 盖 、 输 出 域 履 盖 、 函 数 交 互 获 
盖 和 代码 执行 获 盖 。 

大 多 数 有 效 的 测试 用 例 都 来 自 于 分 析 ,而 不 是 仅仅 为 了 达到 测试 覆盖 率 目 标 而 草率 设 
计 测试 用 例 。 测 试 槛 盖 并 不 是 最 终 的 目的 , 它 只 是 评价 测试 的 一 种 方式 ,为 测试 提供 指导 和 
依据 。 


5.3.5 实例 分 析 


假设 要 测试 一 个 SimpleParser 类 。 它 有 一 个 ParseAndSum 方法 ,可 接受 0 个 或 多 个 数 
字 ( 以 逗号 分 隔 ) 组 成 的 一 个 字符 串 输 入 。 如 果 字 符 串 中 没有 数字 , 则 返回 0。 如果 只 有 一 
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个 数字 , 则 以 整 型 (lint) 返回 该 数字 。 如 果 有 多 个 数字 , 则 返回 所 有 数字 相 加 的 总 和 (不 过 ， 
目前 的 代码 只 能 处 理 0 个 或 1 个 数字 的 字符 串 ) 。 


public class SimpleParser 
{ 
public int ParseAndSum( string numbers) 
{ 
if (numbers. Length == 0) 
{ 
return 0; 
} 
if (!numbers. Contains(",")) 
{ 
return int. Parse(numbers) ; 
} 
else 
{ 
throw new InvalidOperationException(" 目 前 只 能 接受 数字 0 或 11"); 
} 


} 


我 们 可 以 新 建 一 个 简单 的 控制 台 程序 ,并 引用 SimpleParser 类 所 在 的 程序 集 ,同时 , 写 
一 个 SimpleParserTests 方法 。 该 测试 方法 调用 生产 代码 中 被 测试 的 类 ,然后 检查 其 返回 
值 。 如 果 该 值 不 是 预期 的 结果 ,程序 就 输出 文字 到 控制 台 。 与 此 同时 ,程序 也 能 捕获 任何 异 
常 并 将 其 输出 到 控制 台 。 


class SimpleParserTests 
{ 
public static void TestReturnsZeroWhenEmptyString() 
{ 
try 
{ 
SimpleParser p = new SimpleParser() ; 
int result = p. ParseAndSum( string. Empty) ; 
if (result != 0) 
{ 
Console. WriteLine( 
@" *** SimpleParserTests. TestReturnsZeroWhenEmptyString: 
传人 空 字 符 串 时 ,ParsehndSsunm 方法 必须 返回 0") ; 
} 
} 
catch (Exception e) 
{ 
Console. WriteLine(e) ; 
} 
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接 下 来 ,使 用 简单 的 控制 台 程 序 , 在 Main 方法 里 调用 已 经 写 好 的 测试 。 在 这 里 ,Main 
方法 作为 简易 的 测试 运行 器 ,逐个 调用 测试 ,并 使 其 输出 到 控制 台 。 因 为 是 可 执行 文件 ,所 
以 无 须 人 工 干预 即 可 运行 测试 (假设 测试 不 弹出 任何 交互 式 用 户 对 话 框 ) 。 


public static void Main(string[ ] args) 
{ 
try 
{ 
SimpleParserTests. TestReturnsZeroWhenEmptyString( ) ; 
} 
catch (Exception e) 
{ 
Console. WriteLine(e) ; 
} 
} 


测试 方法 需要 能 够 捕获 出 现 的 任何 异常 .并 且 将 其 输出 到 控制 台 ,这 样 才 不 会 妨碍 后 续 
方法 继续 运行 。 之 后 , 当 我 们 给 项 目 增加 更 多 测试 时 ,就 可 以 在 Main 里 增加 更 多 的 调用 方 
法 语句 。 每 个 测试 都 要 能 够 在 出 现 问题 的 时 候 , 把 问题 输出 到 控制 台 。 

显然 ,这 样 写 测试 是 很 特殊 的 。 如 果 要 写 多 个 此 类 测试 ,很 容易 想到 需要 一 个 通用 方法 
ShowProblem 格式 化 错误 信息 。 此 外 ,也 可 以 增加 特殊 的 辅助 方法 ,用 于 检查 如 空 对 象 、 空 
字符 串 等 各 种 情况 ,这 样 就 不 必 在 多 个 测试 中 写 着 同样 的 宛 长 代码 。 

它们 使 用 更 通用 的 ShowProblem 方法 。 


public class TestUtil 
{ 
public static void ShowProblem( string test, string message) 
{ 
string msg = string. Format(@" 
--- {0} --- 
{1} 
", test, message); 
Console. WriteLine(msg) ; 
} 


public static void TestReturnsZeroWhenEmptyString() 
{ 
// 使 用 .NET 反 射 API 取得 当前 方法 名 
// 这 里 也 可 以 硬 编码 方法 名 
// 但 知道 动态 取 方法 名 的 技巧 还 是 有 用 的 
string testName = MethodBase. GetCurrentMethod( ) . Name; 
try 


{ 
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SimpleParser p= new SimpleParser() ; 
int result = p. ParseAndSum( string. Empty) ; 
if(result!= 0) 
{ 
// 调用 辅助 方法 
‘TestUtil. ShowProblem(testName, "传人 空 字符 串 时 ，ParsehndSum 方法 必须 返回 0") ; 
} 
} 
catch (Exception e) 
{ 
TestUtil. ShowProblem(testName, e. ToString()) ; 
} 
} 


单元 测试 框架 能 帮助 辅助 方法 变 得 更 通用 ,因而 更 容易 编写 测试 。 

单元 测试 的 策略 总 结 : 

(1) 单元 测试 是 早期 测试 ,最 好 在 代码 编译 通过 后 就 开始 做 单元 测试 。 单 元 测试 与 静 
态 分 析 并 不 冲突 ,可 以 同时 进行 。 实 际 上 ,单元 测试 本 身 就 应 包括 静态 分 析 的 内 容 , 单 元 测 
试 的 多 项 内 容 使 用 静态 分 析 比 使 用 动态 测试 更 容易 ,也 更 充分 ,所 以 不 能 将 单元 测试 简单 地 
等 同 于 动态 测试 。 单 元 测试 是 一 种 静态 测试 与 动态 测试 相互 配合 的 白 盒 测试 ,其 中 用 到 了 
代码 规则 检查 、 代 码 走 查 。 

(2) 单元 测试 的 覆盖 率 。 在 实际 点 的 单元 测试 中 ,不 同 的 软件 对 覆盖 率 有 不 同 的 要 求 ， 
单纯 追求 测试 用 例 覆 盖 率 的 方法 并 不 可 取 ,而 是 应 该 按照 分 类 推理 法 、 元 素 分 析 法 、 规 格 导 
出 法 .边界 值 法 .等 价 类 划分 法 和 随机 数 法 等 来 设计 测试 用 例 。 

单元 测试 中 代码 的 覆盖 率 主 要 存在 如 下 问题 

中 绝 大 多 数 情况 下 ,不 能 把 代码 获 盖 率 作为 衡量 单元 测试 的 唯一 指标 ,更 不 能 使 其 成 
为 单元 测试 结束 的 唯一 指标 。 

© 当代 码 获 盖 率 达到 某 个 程度 (大 约 70% 以 上 ) 时 ,其 测试 用 例 和 桩 的 维护 就 变 得 异常 
困难 ,为 了 达到 很 高 的 覆盖 率 ,测试 人 员 不 得 不 设计 一 些 极端 的 测试 数据 以 覆盖 那些 特殊 的 
代码 。 

(3) 单元 测试 的 一 项 重要 内 容 就 是 功能 测试 ,测试 人 员 需 要 依据 软件 的 详细 设计 文档 ， 
设计 足够 的 设计 用 例 来 对 程序 的 正常 功能 和 异常 功能 进行 测试 。 测 试 人 员 根 据 代码 进行 静 
态 分 析 之 后 ,按照 详细 设计 文档 的 功能 需求 设计 功能 测试 用 例 , 测 试 无 论 怎样 充分 ,都 是 不 
能 发 现 将 高 级 需求 翻译 成 低级 需求 时 所 引入 的 错误 的 。 


6.4 集成 测试 


集成 测试 ,也 叫 组 装 测试 或 联合 测试 。 在 单元 测试 的 基础 上 ,将 所 有 模块 按照 设计 要 求 
组 装 成 为 子 系统 或 系统 ,进行 集成 测试 。 表 5. 1 所 示 为 单元 测试 、 集 成 测试 与 系统 测试 的 区 
别 。 图 5. 6 为 模块 结构 图 。 
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表 5.1 单元 测试 .集成 测试 与 系统 测试 的 区 别 












































测试 名 称 对 象 目 的 测试 依据 测试 方法 
单元 测试 模块 内 部 程序 | 消除 局 部 模块 逻辑 和 功能 上 的 | 模块 逻辑 设计 模 | 大 量 采用 白 盒 
错误 错误 和 缺陷 块 外 部 说 明 测试 方法 
灰 盒 测试 , 采 
找 出 与 软件 设计 相关 的 程序 结 
集成 测试 AA ERA 构 , 模 块 调用 关系 ,模块 间接 口 | 程序 结构 设计 M ARE 
调用 关系 法 构造 测试 
方面 的 问题 
用 例 
系统 结构 设计 目 
整个 系统 ,包括 系 | 对 整个 系统 进行 一 系列 的 整体 、| ,、 A 
系统 测试 统 软 硬件 等 有 效 性 测试 标 说 明 书 、 需 求 说 | 黑 盒 测试 
明 书 等 
软件 模块 1 
软件 程序 1 软件 程序 2 软件 程序 3 






























































单元 1 单元 2 | | 单元 3 单元 2 | | 单元 4 单元 5 | | 单元 6 






































图 5.6 软件 模块 结构 图 


5.4.1 集成 测试 概述 
1. 集成 测试 的 目的 


集成 测试 的 目标 是 按照 设计 要 求 使 用 那些 通过 单元 测试 的 构件 来 构造 程序 结构 。 单 个 
模块 具有 高 质量 并 不 足以 保证 整个 系统 的 质量 。 有 许多 隐蔽 的 失效 是 高 质量 模块 间 发 生 非 
预期 交互 而 产生 的 。 以 下 两 种 测试 技术 可 用 于 集成 测试 : 

(1) 功能 性 测试 。 使 用 黑 盒 测 试 技术 针对 被 测 模块 的 接口 规格 说 明 进 行 测试 。 

(2) 非 功 能 性 测试 。 对 模块 的 性 能 或 可 靠 性 进行 测试 。 

另外 ,集成 测试 的 必要 性 还 在 于 一 些 模块 虽然 能 够 单独 地 工作 ,但 并 不 能 保证 连接 起 来 
也 能 正常 工作 。 程 序 在 某 些 局 部 反映 不 出 来 的 问题 ,有 可 能 在 全 局 上 会 暴露 出 来 ,影响 功能 
的 实现 。 此 外 ,在 某 些 开发 模式 中 ,如 和 迭代 式 开 发 ,设计 和 实现 是 迭代 进行 的 。 在 这 种 情况 
下 ,集成 测试 的 意义 还 在 于 它 能 间接 地 验证 概要 设计 是 否 具 有 可 行 性 。 

集成 测试 是 确保 各 单元 组 合 在 一 起 后 能 够 按 既 定 意图 协作 运行 ,并 确保 增 量 的 行为 正 
确 。 它 所 测试 的 内 容 包括 单元 间 的 接口 以 及 集成 后 的 功能 。 使 用 黑 盒 测试 方法 测试 集成 的 
功能 ,并 且 对 以 前 的 集成 进行 回归 测试 。 

集成 测试 有 以 下 不 可 替代 的 特点 : 

(1) 单元 测试 具有 不 彻底 性 ,对 于 模块 间接 口 信息 内 容 的 正确 性 .相互 调用 关系 是 否 符 
合 设计 无 能 为 力 。 只 能 靠 集成 测试 来 进行 保障 。 

(2) 同系 统 测试 相 比 ,由 于 集成 测试 用 例 是 从 程序 结构 出 发 的 ,目的 性 、 针 对 性 更 强 , 测 
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试 项 发 现 问题 的 效率 更 高 ,定位 问题 的 效率 也 较 高 ; 

(3) 能 够 较 容易 地 测试 到 系统 测试 用 例 难以 模拟 的 特殊 异常 流程 ,从 纯 理 论 的 角度 来 
讲 , 集 成 测试 能 够 模拟 所 有 实际 情况 ; 

(4) 定位 问题 较 快 ,由 于 集成 测试 具有 可 重复 性 强 、 对 测试 人 员 透 明 的 特点 ,发 现 问 题 
后 容易 定位 ,所 以 能 够 有 效 地 加 快 进度 ,减少 隐患 。 


2. 集成 测试 的 层次 


一 个 产品 的 开发 过 程 包括 了 分 层 的 设计 和 逐步 细 化 的 过 程 ,从 最 初 的 产品 到 最 小 的 单 
元 ,由 于 集成 的 力度 不 同 ,一 般 可 以 把 集成 测试 划分 为 3 个 级 别 : 

(1) 模块 内 集成 测试 。 

(2) 子 系统 内 集成 测试 (模块 ) 。 先 测试 子 系统 内 的 功能 模块 (不 能 单独 运行 的 程序 )， 
然后 将 各 个 功能 模块 组 合 起 来 确认 子 系统 的 功能 是 否 达到 预期 要 求 。 

(3) 子 系统 间 集 成 测试 (可 执行 程序 ) 。 测 试 的 单元 是 子 系统 之 间 的 接口 ,这 里 的 子 系 
统 是 可 单独 运行 的 程序 或 进程 。 

这 里 简单 介绍 一 下 模块 与 子 系统 的 区 别 。 一 个 完整 的 软件 系统 通常 包括 若干 个 具有 不 
同 功 能 的 子 系统 。 例 如 , 配 用 电 监 测 与 管理 系统 由 很 多 个 子 系统 组 成 ,如 通信 子 系统 、 数 据 
采集 子 系统 、 报 警 服务 子 系统 .前 置 机 应 用 子 系统 等 。 而 每 个 子 系统 又 由 多 个 功能 模块 组 
成 ,如 数据 采集 子 系统 由 档案 参数 模块 .任务 处 理 模块 .规约 解析 模块 等 。 如 图 5.7 所 示 。 
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图 5.7 集成 测试 的 层次 图 


3. 集成 测试 的 方法 


集成 测试 可 以 采用 静态 测试 技术 和 动态 测试 技术 ,使 用 灰 盒 测试 用 例 设 计 方法 。 

1) 静态 测试 

静态 测试 主要 是 指 对 概要 设计 的 测试 。 

2) 动态 测试 

动态 测试 基本 以 黑 盒 测试 为 主 ,但 有 时 需 了 解 内 部 细节 并 结合 白 盒 测试 , 即 结合 白 盒 测 
试 . 黑 盒 测 试 的 灰 盒 测试 。 

在 集成 测试 阶段 ,测试 方法 是 动态 变化 的 ,从 白 盒 测 试 方法 向 黑 盒 测试 方法 逐渐 过 渡 。 
在 自 底 向 上 集成 的 早期 , 白 盒 测 试 方法 占 较 大 的 比例 , 随 着 集成 测试 的 不 断 深入 ,这 种 比例 
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在 测试 过 程 中 将 越 来 越 少 , 而 黑 盒 测 试 慢 慢 占据 主导 地 位 。 
采用 灰 盒 测试 的 优点 : 
(1) 能 够 进行 基于 需求 的 测试 和 基于 路 径 的 覆盖 测试 。 
(2) 可 深入 被 测 对 象 的 内 部 ,便于 错误 的 识别 分 析 和 解决 。 
(3) 能 够 保证 设计 的 黑 盒 测试 用 例 的 完整 性 ,防止 功能 或 功能 组 合 的 遗漏 。 
(4) 能 够 减 小 需求 或 设计 不 详细 或 不 完整 性 对 测试 有 效 性 造成 的 影响 。 


4. 集成 测试 的 原则 


集成 测试 应 针对 总 体 设计 尽早 开始 筹划 ,为 了 做 好 集成 测试 ,需要 遵循 以 下 原则 : 

(1) 要 测试 所 有 的 公共 接口 ,尤其 是 那些 与 系统 相关 联 的 外 部 接口 ,测试 的 重点 是 要 检 
查 数据 的 交换 、 传 递 和 控制 管理 过 程 , 还 包括 处 理 的 次 数 。 

(2) 关键 模块 必须 进行 充分 的 测试 。 对 于 一 个 系统 的 关键 模块 ,在 集成 的 过 程 中 应 该 
重点 关注 。 在 确定 测试 需求 时 ,测试 人 员 就 要 确定 系统 的 关键 模块 ,这 些 关键 模块 包含 在 最 
希望 测试 的 那些 模块 中 。 一 般 我 们 可 以 把 系统 中 的 模块 划分 为 3 个 等 级 : 高 危 模块 ,一般 
模块 和 低 危 模块 。 一 个 关键 模块 应 该 有 一 个 或 多 个 下 列 特 性 : 

D 与 多 个 软件 需求 有 关 , 或 与 关键 功能 相关 ; 

@ 处 于 程序 控制 机 构 的 顶层 ; 

@ 本身 是 复杂 的 或 者 是 容易 出 错 的 ; 

@ 含有 确定 性 的 性 能 需求 ; 

O 被 频繁 使 用 的 模块 。 

(3) 集成 测试 应 当 按 一 定 的 层次 进行 。 系 统 的 模块 之 间 是 有 层次 关系 的 ,就 像 函数 之 
间 的 相互 调用 关系 。 在 对 系统 进行 集成 时 ,要 按照 一 定 的 层次 顺序 进行 集成 ,避免 集成 过 程 
中 发 生 错误 无 法 对 错误 进行 定位 。 

(4) 集成 测试 的 策略 选择 应 当 综合 考虑 质量 .成 本 和 进度 之 间 的 关系 。 风 险 分 析 贯 穿 
于 整个 集成 测试 过 程 中 ,总 的 原则 是 尽 可 能 花费 最 少 的 成 本 ,取得 最 大 的 测试 效果 。 

(5) 集成 测试 应 当 尽早 开始 ,并 以 总 体 设计 为 基础 。 

(6) 在 模块 与 接口 的 划分 上 ,测试 人 员 应 当 和 开发 人 员 进行 充 分 的 沟通 。 

(7) 对 测试 执行 结果 应 当 如 实 记录 。 








5. 集成 测试 的 环境 


集成 测试 又 称 组 装 测试 联合 测试 、 子 系统 测试 或 部 件 测试 。 集 成 测试 是 在 单元 测试 的 
基础 上 ,将 所 有 模块 按照 设计 要 求 组 装 成 子 系统 或 系统 而 进行 的 测试 活动 。 

按照 软件 测试 过 程 模型 ,集成 测试 所 持 的 主要 标准 是 4 软件 概要 设计 说 明 书 》 和 《详细 设 
计 说 明 书 》, 任 何不 符合 该 说 明 的 程序 模块 行为 都 应 该 加 以 记载 并 上 报 。 

集成 测试 一 般 由 测试 人 员 和 从 开发 组 中 选 出 的 开发 人 员 共 同 完成 。 一 般 情况 下 ,集成 
测试 的 前 期 测试 由 开发 人 员 或 白 盒 测 试 人 员 来 做 ,通过 组 长 负责 保证 在 合理 的 质量 控制 和 
监督 下 使 用 合适 的 测试 技术 执行 充分 的 集成 测试 。 

对 于 一 个 简单 的 系统 来 说 ,其 集成 测试 的 环境 与 单元 测试 环境 比较 类 似 。 但 对 于 复杂 
得 系统 ,往往 一 个 系统 会 分 布 在 不 同 的 硬件 和 软件 平台 上 ,其 集成 测试 环境 要 复杂 得 多 。 这 


第 5 章 “单元 测试 和 集成 测试 115 
VY 


时 往往 需要 依赖 一 些 商 用 测试 工具 或 专门 开发 一 些 接口 模拟 工具 。 集 成 测试 环境 的 搭建 可 
以 从 以 下 几 个 方面 进行 : 

CL) 硬件 环境 。 在 进行 集成 测试 时 , 尽 可 能 考虑 实际 的 环境 。 如 果实 际 环境 不 可 用 , 考 
虑 可 替代 的 环境 或 在 模拟 环境 下 使 用 。 

(2) 操作 系统 环境 。 考 虑 不 同 机 型 使 用 的 不 同 操作 系统 版 本 。 对 于 实际 环境 可 能 使 用 
的 操作 系统 环境 , 尽 可 能 都 要 被 测试 到 。 

G) 数据 库 环境 。 数 据 库 的 选择 要 根据 实际 的 需要 ,从 性 能 ,版 本 、 容 量 等 多 方面 考虑 。 

(4) 网 络 环境 。 一 般 的 网 络 环境 可 以 使 用 以 太 网 。 

(5) 测试 工具 运行 环境 。 根 据 实际 需要 考虑 使 用 何 种 测试 工具 或 者 自行 开发 测试 工 
具 。 如 对 于 一 些 以 界面 为 主 的 产品 集成 测试 ,可 以 使 用 一 些 界 面 测 试 工具 。 使 用 时 就 要 考 
虑 测试 工具 的 运行 环境 ,对 实际 系统 运行 环境 不 产生 副作用 。 


5.4.2 集成 策略 


集成 策略 就 是 在 测试 对 象 分 析 的 基础 上 ,描述 软件 模块 集成 (组 装 ) 的 方式 、 方 法 。 集 成 
的 基本 策略 比较 多 ,分 类 比较 复杂 ,但 不 管 怎样 分 ,所 有 分 类 方法 都 可 以 归结 为 非 增 量 式 集 
成 和 增 量 式 集 成 两 大 类 ,其 余 的 很 多 方法 都 是 在 此 基础 上 的 细 分 。 

在 进行 集成 测试 时 ,一 般 有 两 种 考虑 : 一 是 使 用 非 增 量 集成 , 即 把 所 有 的 构件 都 预先 结 
合 在 一 起 ,整个 程序 作为 一 个 整体 来 进行 测试 ,这 样 做 的 结果 通常 会 遇 到 许多 错误 ,而 且 错 
误 的 修正 将 会 非常 困难 ,因为 在 整个 程序 庞大 的 区 域 中 想 要 分 离 出 一 个 错误 是 很 复杂 的 , 即 
使 能 修正 这 个 错误 ,新 的 错误 也 可 能 出 现 ; 二 是 考虑 增 量 集成 的 方法 。 先 将 程序 分 成 小 的 
部 分 进行 构造 和 测试 ,这 样 错 误 就 比较 容易 分 离 和 修正 ,对 接口 也 容易 进行 彻底 地 测试 ,而 
且 可 以 使 用 系统 化 的 测试 方法 。 下 面 介绍 两 种 主要 的 增 量 集成 方法 。 


1. 自 顶 向 下 集成 


1) 概述 

自 项 向 下 集成 测试 是 一 种 构造 程序 结构 的 增 量 方法 。 模 块 集成 的 顺序 从 主 控 模 块 开 
始 , 然 后 按照 控制 层次 结构 向 下 进行 集成 ,把 从 属于 主 程序 的 模块 按照 一 定 的 优先 级 集成 到 
整个 结构 中 去 。 

2) 方法 

自 顶 向 下 集成 的 整个 过 程 分 为 下 列 3 个 步骤 : 

(1) 首先 测试 主 程序 的 正确 性 。 主 程序 的 正确 性 是 整个 集成 过 程 的 基础 ,应 使 用 白 盒 
测试 和 黑 盒 测试 的 方法 ,对 主 控 模 块 进行 详细 测试 。 

(2) 按照 一 定 的 优先 级 ,例如 可 根据 功能 来 划分 模块 的 优先 级 ,将 各 个 模块 逐个 集成 到 
软件 中 去 。 每 个 模块 在 集成 前 都 要 进行 测试 .可 根据 不 同 模块 的 重要 性 ,有 重点 地 进行 
测试 。 

(3) 对 软件 进行 回归 测试 , 即 测试 由 于 新 模块 的 引入 ,是 否 引 入 了 附加 的 错误 。 在 进行 
回归 测试 时 ,需要 注意 两 点 : 一 是 要 使 用 具有 代表 性 的 测试 用 例 ; 二 是 重点 测试 新 模块 引 
入 之 后 对 软件 有 影响 的 部 分 。 

完成 步骤 (3) 之 后 , 回 到 步骤 (2) ,直到 所 有 模块 被 集成 进来 。 
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2. 自 底 向 上 集成 


1) 概述 

自 底 向 上 集成 是 从 程序 结构 中 最 底层 的 模块 开始 进行 构造 和 测试 。 运 用 该 策略 需要 事 
先 对 软件 进行 合理 的 功能 划分 ,并 完成 各 功能 模块 的 开发 。 

2) 方法 

自 底 向 上 的 集成 策略 分 为 以 下 3 个 步骤 : 

(1) 对 各 功能 模块 进行 较为 完备 的 测试 ,对 重点 的 模块 重点 测试 。 

(2) 将 若干 个 可 以 完成 特定 功能 的 模块 进行 组 合 ,形成 主 控 模 块 下 的 一 个 分 支 ,对 组 合 
后 的 功能 模块 进行 测试 。 

(3) 将 组 合 之 后 的 功能 模块 集成 到 主 程序 中 ,对 整个 程序 进行 测试 。 

重复 步骤 (2) 和 (3) ,直到 所 有 的 模块 都 被 集成 到 主 程序 中 ,并 完成 测试 。 


3. 两 种 方法 的 比较 


集成 测试 方法 的 选择 主要 取决 于 软件 的 特点 ,也 可 以 采用 混合 的 测试 策略 : 在 程序 结 
构 的 高 层 使 用 自 顶 向 下 的 策略 ,在 较 底层 中 使 用 自 底 向 上 的 策略 。 上 述 两 种 方法 的 优 缺 点 











如 表 5. 2 所 示 。 
表 5.2 两 种 集成 测试 方法 比较 
集成 测试 方法 
Jean 自 项 向 下 集成 自 底 向 上 集成 
较 旱地 验证 了 主要 控制 和 判断 点 ; x . 
按 深度 优先 可 以 首先 实现 和 验证 一 个 完整 | 对 底层 组 件 行为 较 持 验 证; 
fo 工作 最 初 可 以 并 行 集成 , 比 自 
优点 的 软件 功能 ; 功能 较 早 证 实 , 带 来 信心 ; 只 | 而 向 下 效率 高， 减少 了 粮 的 工 
需 一 个 驱动 ,减少 驱动 器 开 发 的 费用 ; 支持 | 作 量 ERRI 
故障 隔离 ; 
aes 驱动 的 开发 工作 量 大 ;， 对 高 层 
缺点 dt 的 验证 被 推迟 ,设计 上 的 错误 
不 能 被 及 时 发 现 
产品 控制 结构 比较 清晰 和 稳定 ; 高 层 接口 变 | 底层 接口 比较 稳定 ; 高 层 接口 
适用 范围 化 较 小 ; 底层 接口 未 定义 或 经 常 可 能 被 修 | 变化 比较 频繁 ; 底层 组 件 较 早 
改 ; 希望 尽早 能 看 到 产品 的 系统 功能 行为 | 被 完成 











5.4.3 面向 对 象 的 集成 测试 


传统 的 自 顶 向 下 或 自 底 向 上 的 集成 测试 策略 在 面向 对 象 软件 的 集成 测试 中 没有 意义 ， 
而 面向 对 象 软件 的 集成 测试 需要 在 整个 程序 编译 完成 后 进行 ,面向 对 象 程序 具有 动态 特征 ， 
程序 的 控制 流 无 法 确定 ,只 能 对 翻译 完成 的 程序 做 基于 黑 盒 的 集成 测试 。 
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1. 集成 策略 


1) 基于 事件 (消息 ) 的 集成 

对 于 许多 基于 状态 机 的 系统 来 说 ,其 工作 原理 是 基于 状态 变迁 ,内 部 模块 间 的 接口 主要 
是 通过 消息 来 完成 的 。 因 此 验证 消息 路 径 的 正确 性 对 于 这 类 系统 具有 比较 重要 的 意义 , 基 
于 事件 的 继承 就 是 针对 这 一 特点 而 设计 的 一 种 策略 。 

使 用 这 种 集成 策略 时 ,可 按 以 下 的 步骤 来 进行 : 

(1) 从 系统 的 外 部 看 ,分 析 系 统 可 能 输入 的 消息 集 ; 

(2) 选取 一 条 消息 ,分 析 其 穿越 的 模块 

(3) 集成 这 些 模块 进行 消息 接口 测试 ; 

(4) 选择 下 一 条 消息 ,重复 步骤 (2) 和 (3) ,直到 所 有 模块 都 被 集成 到 系统 中 。 

在 选择 消息 时 ,可 以 从 以 下 3 个 角度 来 考虑 : 

(1) 消息 的 重要 性 程度 。 尽 早 验证 重要 的 消息 路 径 。 

(2) 消息 路 径 的 长 度 。 为 了 能 有 效 验 证 接口 的 完整 性 和 正确 性 , 尽 可 能 选择 路 径 较 短 
的 消息 。 

(3) 新 的 消息 的 选择 是 否 能 够 使 得 新 的 模块 被 加 入 到 系统 中 。 

以 上 所 提 及 的 模块 包括 类 和 进程 。 

2) 基于 使 用 的 集成 

在 一 个 面向 对 象 的 系统 中 ,存在 一 些 独立 的 类 和 一 些 相互 耦合 的 类 。 基 于 使 用 的 集成 
从 分 析 类 之 间 的 依赖 关系 出 发 ,通过 从 最 小 依赖 关系 的 类 开始 集成 ,逐步 扩大 到 有 依赖 关系 
的 类 ,最 后 集成 到 整个 系统 。 通 过 该 集成 方法 ,可 以 验证 类 之 间接 口 的 正确 性 。 

基于 使 用 的 集成 步骤 如 下 : 

(1) 划分 类 之 间 的 耦合 关系 

(2) 首先 测试 独立 的 类 ; 

(3) 其 次 测试 使 用 一 些 服务 器 的 类 ; 

(4) 最 后 逐步 增加 具有 依赖 性 的 类 (即使 用 独立 类 的 类 ) ,直到 整个 系统 被 集成 到 一 起 


2. 集成 过 程 


首先 进行 静态 测试 。 针 对 程序 的 结构 进行 ,测试 程序 结构 是 否 符合 设计 要 求 。 通 过 使 
用 测试 软件 的 “可 逆 性 工程 ”功能 ,得 出 源 程序 的 类 系统 图 和 函数 功能 调用 关系 图 ,与 OOD 
结果 相 比 较 , 测 试 程序 结构 和 实现 上 是 否 有 缺陷 ,检测 OOP 是 否 达到 了 设计 要 求 。 

然后 进行 动态 测试 。 根 据 静态 测试 得 出 的 函数 功能 调用 关系 图 或 类 关系 图 作为 参考 ， 
按照 如 下 步骤 设计 测试 用 例 : 

(1) 选 定 检 测 的 类 ,参考 OOD 分 析 结 果 ,确定 出 类 的 状态 和 相应 的 行为 ; 

(2) 确定 覆盖 标准 ; 

(3) 利用 结构 关系 图 确定 待 测 类 的 所 有 关联 ; 

(4) 根据 程序 中 类 的 对 象 构造 测试 用 例 ,确认 使 用 什么 输入 激发 类 的 状态 ,使 用 类 的 服 
务 和 期 望 产生 什么 行为 等 ,还 要 设计 一 些 类 禁止 的 例子 ,确认 类 是 否 有 不 合法 的 行为 产生 。 
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5.4.4 集成 测试 流程 


根据 IEEE 标准 ,集成 测试 划分 为 4 个 阶段 : 计划 阶段 ,设计 阶段 ,实施 阶段 、 执 行 阶段 
和 评估 阶段 ,最 后 对 集成 测试 进行 评估 。 


1. 制定 集成 测试 计划 


根据 项 目 组 提供 设计 模型 和 集成 构建 计划 ,制定 出 适合 本 项 目的 集成 测试 计划 。 集 成 
测试 计划 应 在 概要 设计 阶段 完成 ,一 般 情况 下 ,概要 设计 结束 并 完成 评审 后 一 个 星期 ,集成 
测试 计划 应 完成 。 

集成 测试 计划 内 容 包 括 : 确定 集成 测试 对 象 和 测试 范围 ; 确定 集成 测试 阶段 性 时 间 进 
度 ; 确定 测试 角色 和 分 工 ; 考虑 外 部 技术 支援 的 力度 和 深度 ,以 及 相关 培训 安排 ; 初步 考虑 
测试 环境 和 所 需 资源 ; 集成 测试 活动 风险 分 析 和 应 对 ; 定义 测试 完成 标准 。 

在 这 一 阶段 ,活动 的 主要 安排 是 : 

(1) 时 间 安 排 一 一 概要 设计 完成 评审 后 大 约 一 个 星期 。 

(2) 输入 一 一 需求 规格 说 明 书 、 概 要 设计 文档 、 产 品 开发 计划 路 标 。 

(3) 入 口 条 件 一 一 概要 设计 文档 已 经 通过 评审 。 

(4) 活动 步骤 。 

D 确定 被 测试 对 象 和 测试 范围 ; 

@ 评估 集成 测试 被 测试 对 象 的 数量 及 难度 , 即 工作 量 ; 

O 确定 角色 分 工 和 任务 ; 

@ 标识 出 测试 各 阶段 的 时 间 任务、 约束 等 ; 

© 考虑 一 定 的 风险 分 析 及 应 急 计 划 ; 

© 考虑 和 准备 集成 测试 需要 的 测试 工具 、 测 试 仪器 .环境 等 资源 ; 

D 考虑 外 部 技术 支援 的 力度 和 深度 ,以 及 相关 培训 安排 ; 

@ 定义 测试 完成 标准 。 

(5) 输出 集成 测试 计划 。 

(6) 出 口 条 件 一 一 集成 测试 计划 通过 概要 设计 阶段 基线 评审 。 


2. 集成 测试 分 析 和 设计 


集成 测试 分 析 和 设计 的 主要 目的 是 制定 测试 大 纲 (测试 方案 )。 集 成 测试 大 纲 规定 了 今 
后 的 集成 测试 内 容 测试 方法 以 及 可 测试 性 接口 ,以 后 所 有 集成 测试 均 在 该 大 纲 的 框架 下 进 
行 ,所 以 ,制定 一 份 完善 的 集成 测试 大 纲 非 常 重要 。 

该 阶段 的 主要 活动 如 下 : 

(1) 时 间 安 排 一 一 详细 设计 阶段 开始 。 

(2) 输入 一 一 需求 规格 说 明 书 概要 设计 集成 测试 计划 。 

G) 入 口 一 一 条 件 概要 设计 基线 通过 评审 。 

(4) 活动 步骤 。 

D 被 测 对 象 结构 分 析 ; 

© 集成 测试 模块 分 析 ; 
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© 集成 测试 接口 分 析 ; 

D 集成 测试 策略 分 析 ; 

© 集成 测试 工具 分 析 ; 

集成 测试 环境 分 析 ; 

© 集成 测试 工作 量 估计 和 安排 。 

(5) 输出 集成 测试 设计 (方案 ) 。 

(6) 出 口 条 件 一 一 集成 测试 设计 通过 详细 设计 基线 评审 。 


3. 集成 测试 的 实施 


实施 阶段 主要 活动 如 下 : 

(1) 时 间 安 排 一 一 在 编码 阶段 开始 后 进行 。 

(2) 输入 一 一 需求 规格 说 明 书 、 概 要 设计 集成 测试 计划 、 集 成 测试 设计 。 

(3) 人口 一 一 条 件 详细 设计 阶段 。 

(4) 活动 步骤 。 

D 集成 测试 用 例 设计 ; 

© 集成 测试 过 程 设计 ; 

© 集成 测试 代码 设计 (如 果 需 要 ); 

D 集成 测试 脚本 (如 果 需 要 ); 

© 集成 测试 工具 (如 果 需 要 ) 。 

(5) 输出 一 一 集成 测试 用 例 、 集 成 测试 规程 .集成 测试 代码 、 集 成 测试 脚本 、 集 成 测试 
工具 。 

(6) 出 口 条 件 一 一 测试 用 例 和 测试 规程 通过 编码 阶段 基线 评审 。 


4. 集成 测试 的 执行 


在 集成 测试 的 执行 阶段 ,主要 活动 事项 安排 如 下 : 

(1) 时 间 安 排 一 一 单元 测试 已 经 完成 后 就 可 以 开始 执行 集成 测试 了 。 

(2) 输入 一 一 需求 规格 说 明 书 、 概 要 设计 集成 测试 计划 ,集成 高 度 设计 、 集 成 测试 用 例 、 
集成 测试 规程 集成 测试 代码 (如 果 有 )、 集 成 测试 脚本 、 集 成 测试 工具 、 详 细 设 计 代码 单元 
测试 报告 。 

(3) 入 口 条 件 一 一 单元 测试 阶段 已 经 通过 基线 化 评审 。 

(4) 活动 步骤 。 

D 执行 集成 测试 用 例 ; 

© 回归 集成 测试 用 例 ; 

O 撰写 集成 测试 报告 。 

(5) 输出 集成 测试 报告 。 

(6) 出 口 条 件 一 一 集成 测试 报告 通过 集成 测试 阶段 基线 评审 。 

K 5. 3 所 示 为 集成 测试 各 阶段 的 工作 内 容 、 担 当 人 员 及 职责 。 
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表 5.3 ”集成 测试 各 阶段 工作 内 容 、 担 当 人 员 及 职责 
































过 程 工作 内 容 工作 结果 担当 人 员 和 职责 
制定 集成 测试 | 设计 模型 .集成 构建 测试 设计 人 员 负 责 制定 集成 测 
计划 计划 PRRP 试 计划 
= 集成 测试 计划 、 设 计 | 集成 测试 用 例 、 测 试 | 测试 设计 人 员 负 责 设计 集成 测 
icine, 模型 过 程 试用 例 和 测试 过 程 

测试 脚本 (可 选 )、 测 试 | 测试 设计 人 员 负 责编 制 测试 肢 
过 程 (更 新 ) 本 (可 选 ) ,更 新 测试 过 程 
实施 集成 测试 ee 设计 人 员 负 责 设 计 驱 动 程序 和 
` 驱动 程序 或 稳定 桩 桩 ,实施 人 员 负 责 实施 驱动 程 
序 和 桩 
测试 脚本 (可 选 ) .工作 测试 人 员 负 责 执行 测试 并 记录 
a 结 
执行 集成 测试 ee 测试 结果 AAR 
测试 设计 人 员 负 责 会 同 集成 人 
集成 测试 计划 、 测 试 结 、 员 、 编 码 人 员 、 设 计 人 员 等 有 关 
ee 果 .测试 评估 摘要 Banna 人 员 ( 具 体 化 ) 评 估 此 次 测试 ， 
并 生成 测试 评估 摘要 
5.4.5 实例 分 析 
1. 需求 描述 


被 测试 段 代 码 实现 的 功能 是 : 如 果 a>b, 则 返回 a, 否 则 返回 a/b, 
被 测试 段 代 码 由 两 个 函数 实现 ,分 别 是 : 


int max (int a, int b, char * msg) 


void divide (int *a, int *b) 


int max (int a, int b, char * msg) 


{ 
char dsp[ 20]; 


if (a<0 || b<0) 


return - 1; 
if (a>b) 
+ 


else 


divide (&a, &b); 


sprintf (dsp, "%s %d",msg,a); 


printf (dsp); 
return a; 


} 


void divide (int *a, int * b) 


{ 


divide 函数 实现 a/b 功能 ,max 函数 实现 其 他 对 应 功能 ,并 进行 结果 输出 。 


/* 声明 一 个 大 小 为 20 的 char 型 数组 * / 
/* 如 果 a 和 b 中 有 一 个 数 不 是 正 数 */ 


/x* 则 直接 返回 * / 
/* MR aKF b, */ 
1 * 什么 也 不 做 * / 
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(x*a)= (x*a)/(*b); 
return ; 


} 
程序 结构 如 图 5. 8 所 示 。 





max( ) 


i 


divide( ) 

















图 5.8 程序 结构 图 


2. 集成 测试 操作 步骤 


(1) 采用 自 底 向 上 的 测试 策略 确定 集成 测试 粒度 。 
(2) 采用 等 价 类 划分 和 边界 值 分 析 等 测试 用 例 设 计 方法 。 











3. 编写 测试 用 例 
先 测试 divide( int * a, int * b) 函 数 ,测试 用 例如 表 5.4 所 示 。 
表 5.4 测试 用 例 
ID Int * a Int * b 预期 结果 
1 4 2 2 
2 0 3 0 














构造 驱动 (其 中 m 和 n 是 测试 用 例 输入 ): 


int test ( ) 

{ 

int a=m; 

int b=n; 

divide( &a, &b); 

} 

依次 执行 测试 用 例 ,完成 测试 。 
4. 发 现 并 跟踪 处 理 缺 陷 


程序 存在 的 缺陷 : 

(1) 没有 对 b 不 能 为 0 的 情况 进行 限制 ; 

(2) 当 字 符 串 msg 的 长 度 加 上 a 整数 的 位 数 超过 20 时 ,会 使 dsp 数组 溢出 ; 
G) 当 msg 的 值 (指针 的 值 ) 为 NULL 时 ,sprintf 函数 将 出 现 问题 。 
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课 后 习题 


1. 编写 三 角形 问题 的 程序 ,学 习 小 组 实施 代码 评审 ,并 提交 评审 结论 。 

2. 编写 NextDate 问题 的 程序 ,编写 驱动 模块 和 所 需 的 桩 模块 ,应 用 恰当 的 测试 用 例 设 
计 方 法 设计 测试 用 例 并 执行 测试 。 

3. 什么 是 集成 测试 ? 

4. 简 述 集成 测试 的 过 程 及 各 阶段 的 主要 工作 。 

5 比较 集成 测试 策略 的 优 缺 点 。 





1. 概述 


通过 本 章 的 学 习 , 读 者 能 够 掌握 系统 测试 策略 ,包括 功能 测试 .性 能 测试 .安全 性 测试 、 
可 用 性 测试 .本 地 化 测试 .配置 测试 等 ; 并 能 够 对 实际 项 目 进行 系统 测试 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 功能 测试 ; 

(2) 性 能 测试 

(3) 可 用 性 测试 。 

2) 难点 

(1) 性 能 测试 的 几 种 情况 ; 
(2) 可 用 性 测试 的 实践 。 


6.1 系统 测试 概述 


6.1.1 系统 测试 基础 


系统 测试 (System Testing) 是 将 已 经 确认 的 软件 .计算 机 硬件 .外 设 、 网 络 等 其 他 元 素 
结合 在 一 起 ,进行 信息 系统 的 各 种 组 装 测试 和 确认 测试 ,系统 测试 是 针对 整个 产品 系统 进行 
的 测试 ,目的 是 验证 系统 是 否 满足 了 需求 规格 的 定义 , 找 出 与 需求 规格 不 符 或 与 之 矛盾 的 地 
方 ,从 而 提出 更 加 完善 的 方案 。 系 统 测试 发 现 问题 之 后 要 经 过 调试 找 出 错误 的 原因 和 位 置 ， 
然后 进行 改正 。 基 于 系统 整体 需求 说 明 书 的 黑 盒 类 测试 ,应 覆盖 系统 所 有 联合 的 部 件 。 对 
象 不 仅仅 包括 需 测试 的 软件 ,还 要 包含 软件 所 依赖 的 硬件 .外 设 甚 至 包括 某 些 数据 、 某 些 支 
持 软件 及 其 接口 等 。 

系统 测试 是 将 经 过 集成 测试 的 软件 ,作为 计算 机 系统 的 一 个 部 分 ,与 系统 中 其 他 部 分 结 
合 起 来 ,在 实际 运行 环境 下 对 计算 机 系统 进行 的 一 系列 严格 有 效 的 测试 ,以 发 现 软件 潜在 的 
问题 ,保证 系统 的 正常 运行 。 

系统 测试 的 目的 是 验证 最 终 软件 系统 是 否 满足 用 户 规定 的 需求 。 
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系统 测试 的 主要 内 容 包括 : 

CL) 功能 测试 。 即 测试 软件 系统 的 功能 是 否 正确 ,其 依据 是 需求 文档 ,如 (产品 需求 规 
格 说 明 书 )。 由 于 正确 性 是 软件 最 重要 的 质量 因素 ,所 以 功能 测试 必 不 可 少 。 

(2) 健壮 性 测试 。 即 测试 软件 系统 在 异常 情况 下 能 否 正常 运行 的 能 力 。 健 壮 性 有 两 层 
含义 ; 一 是 容错 能 力 ,二 是 恢复 能 力 。 

系统 测试 是 通过 与 系统 的 需求 规格 做 比较 ,发 现 软 件 与 系统 需求 规格 不 相符 合 或 与 之 
了 矛盾 的 地 方 。 它 将 通过 确认 测试 的 软件 ,作为 整个 基于 计算 机 系统 的 一 个 元 素 ,与 计算 机 硬 
件 . 外 设 、 某 些 支持 软件 .数据 和 人 员 等 其 他 系统 元 素 结合 起 来 ,在 实际 运行 (使 用 ) 环 境 下 ， 
对 系统 进行 系统 测试 。 

从 软件 测试 的 V 模型 来 看 ,系统 测试 是 产品 提交 给 用 户 之 前 进行 的 最 后 阶段 的 测试 ， 
因此 很 多 公司 将 其 视 为 产品 质量 管控 的 最 后 一 道 防线 。 系 统 测试 一 般 不 由 软件 开发 人 员 执 
行 ,而 由 软件 企业 中 独立 的 测试 部 门 或 第 三 方 测试 机 构 来 完成 ,主要 使 用 黑 盒 方法 设计 测试 
用 例 。 系 统 测试 所 用 的 数据 必须 尽 可 能 地 像 真实 数据 一 样 精确 和 有 代表 性 ,也 必须 和 真实 
数据 的 大 小 和 复杂 性 相当 ,满足 上 述 测试 数据 需求 的 一 个 方法 是 使 用 真实 数据 。 

系统 测试 依据 为 系统 的 需求 规格 说 明 书 、 概 要 设计 说 明 书 、 各 种 规范 。 通 信 产 品 与 一 般 
的 软件 产品 不 同 ,其 系统 测试 往往 需要 依据 大 量 的 既定 规范 ,对 于 海外 产品 ,系统 测试 依据 
还 应 包括 各 个 国家 自 定 的 规范 。 

单元 测试 集成 测试 与 系统 测试 的 区 别 主 要 在 于 测试 方法 不 同 , 如 表 6. 1 所 示 。 


表 6.1 不 同 测试 方法 对 比 























测试 名 称 测试 对 象 测试 依据 测试 人 员 测试 方法 
= 最 小 模块 ,如 函数 、| aey 白 盒 测试 工程 师 、 开 
单元 测试 类 等 《详细 设计 说 明 书 》 发 人 员 主要 采用 白 盒 测试 
模块 间 的 接口 ,如 参 Pr 白 盒 测试 工程 师 . 开 | RAAH AWHA 
集成 测试 数 传递 等 《概要 设计 说 明 书 》 发 人 员 结合 
系统 测试 和 《需求 规格 说 明 书 》 | 黑 盒 测 试 工程 师 黑 盒 测试 


6.1.2 系统 测试 策略 


系统 测试 包括 功能 测试 ,性 能 测试 .压力 测试 ,容量 测试 .安全 性 测试 .GUI 测试 .可 用 

性 测试 .安装 测试 ,配置 测试 .异常 测试 .备份 测试 ,健壮 性 测试 ,文档 测试 ,在 线 帮助 测试 、 网 

络 测试 ,稳定 性 测试 。 
软件 测试 策略 是 为 软件 工程 定义 的 一 个 软件 测试 的 模板 ,也 就 是 把 特定 的 测试 用 例 方 

法 放置 进去 的 一 系列 步骤 。 
软件 测试 策略 包含 如 下 特征 : 
(1) 测试 从 模块 层 开始 ,然后 扩大 延伸 到 整个 基于 计算 机 的 系统 集合 中 。 
(2) 不 同 的 测试 技术 适用 于 不 同 的 时 间 点 。 
(3) 测试 是 由 软件 的 开发 人 员 和 (对 于 大 型 系统 而 言 ) 独 立 的 测试 组 来 管理 的 。 
(4) 测试 和 调试 是 不 同 的 活动 ,但 是 调试 必须 能 够 适应 任何 的 测试 策略 。 
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系统 测试 有 如 下 4 个 层次 : 

(1) 用 户 层 测试 。 

用 户 层 测试 主要 是 面向 产品 最 终 的 使 用 操作 者 的 测试 。 着 眼 点 是 从 操作 者 的 角度 出 
发 ,测试 系统 对 用 户 支持 的 情况 ,用户 界面 的 规范 性 友好 性 .可 操作 性 以 及 数据 的 安全 性 。 
用 户 层 测试 是 面向 产品 使 用 者 的 测试 , 它 包 括 用 户 支持 测试 ,用户 界 面 测试 .安全 性 测试 .可 
维护 性 测试 。 

(2) 应 用 层 测 试 。 

应 用 层 测 试 主要 是 针对 产品 工程 稳定 性 的 测试 , 它 考 察 一 个 产品 在 实际 应 用 背景 下 的 
功能 实现 ,性 能 表现 等 情况 , 它 包 括 以 下 几 个 测试 方面 : 系统 性 能 .系统 可 靠 性 、 稳 定性、 版 
本 兼容 性 、 系 统 安装 升级 。 

(3) 功能 层 测试 。 

在 设计 功能 层 的 系统 测试 方案 时 ,需要 考虑 以 下 几 个 步骤 : 

O 根据 市 场 调查 或 规格 说 明 书 输出 产品 的 功能 概 图 , 概 图 提供 产品 的 功能 列表 和 功能 
使 用 频 度 ; 

@ 功能 概 图 应 该 保证 重要 的 产品 功能 的 完全 覆盖 ， 

@ 产品 功能 测试 可 根据 功能 概 图 提供 的 测试 优先 次 序 进行 进度 和 资源 的 调配 ; 

D 产品 特性 里 概念 性 功能 可 逐步 分 解 ,直至 能 够 对 产品 进行 输入 和 输出 测试 的 可 实施 
操作 (基本 功能 ); 

© 对 产品 的 不 同 功能 进行 组 合 ,考虑 各 类 功能 的 组 合 测试 方案 。 

(4) 指标 /协议 层 测 试 。 

指标 /协议 层 测 试 是 根据 规格 说 明 书 和 产品 标准 (包括 国际 和 国内 标准 ) 进 行 验证 测试 ， 
它 强 调 的 是 标准 的 符合 性 ,测试 项 目 为 预定 义 的 产品 规格 .行业 标准 .如 新 国际 测试 ITUT 
(国际 电信 联盟 ) 标 准 测试 等 。 


6.2 功能 测试 


6.2.1 基本 概念 


功能 测试 (functional testing) 也 称 为 行为 测试 (behavioral testing) ,根据 产品 特性 、 操 
作 描 述 和 用 户 方案 ,测试 一 个 产品 的 特性 和 可 操作 行为 以 确定 它们 满足 了 设计 需求 。 本 地 
化 软件 的 功能 测试 ,用 于 验证 应 用 程序 或 网 站 对 目标 用 户 能 正确 工作 。 使 用 适当 的 平台 、 浏 
览 器 和 测试 脚本 ,以 保证 目标 用 户 的 体验 足够 好 ,就 像 应 用 程序 是 专门 为 该 市 场 开发 的 一 
样 。 功 能 测试 是 为 了 确保 程序 以 期 望 的 方式 运行 而 按 功 能 要 求 对 软件 进行 的 测试 ,通过 对 
一 个 系统 的 所 有 的 特性 和 功能 都 进行 测试 确保 符合 需求 和 规范 。 

功能 测试 也 叫 黑 盒 测试 或 数据 驱动 测试 ,只 需 考 虑 需要 测试 的 各 个 功能 ,不 需要 考虑 整 
个 软件 的 内 部 结构 及 代码 。 一 般 从 软件 产品 的 界面 ,架构 出 发 ,按照 需求 编写 测试 用 例 , 输 
人 数据 在 预期 结果 和 实际 结果 之 间 进 行 评测 ,使 产品 能 够 满足 用 户 使 用 的 要 求 。 
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功能 测试 主要 是 为 了 发 现 以 下 错误 : 

(1) 是 否 有 不 正确 或 遗漏 了 的 功能 。 

(2) 功能 实现 是 否 满足 用 户 需 求 和 系统 设计 的 隐藏 需求 。 

(3) 能 否 正确 地 接受 输入 ,能 否 正确 地 输出 结果 。 

测试 设计 者 需要 对 产品 的 规格 说 明 、 需 求 文档 、 产 品 业务 功能 都 非常 熟悉 ,同时 对 测试 
用 例 的 设计 方法 也 有 一 定 掌握 ,才能 设计 出 好 的 测试 方案 和 测试 用 例 ,高 效 地 进行 功能 
测试 。 


6.2.2 分 析 方 法 


在 进行 功能 测试 时 ,首先 需要 对 需求 规格 进行 分 析 , 因 为 这 是 功能 测试 的 基本 输入 。 对 
需求 规格 的 分 析 可 以 分 为 以 下 步骤 : 

(1) 对 每 个 明确 的 功能 需求 进行 标号 (对 于 在 需求 规格 文档 中 已 经 有 标号 的 可 以 直接 
引用 )。 

(2) 对 每 个 可 能 隐 含 的 功能 需求 进行 标号 。 

(3) 对 于 可 能 出 现 的 功能 异常 进行 分 类 分 析 , 并 标号 。 

CA) 对 于 前 面 3 个 步骤 获得 的 功能 需求 进行 分 级 ; 由 于 不 可 能 测试 所 有 内 容 , 因 此 可 以 
根据 风险 来 决定 对 每 个 功能 投入 多 少 关注 。 一 般 来 说 ,可 以 把 功能 划分 为 关键 功能 和 非 关 
键 功能 。 

(5) 对 每 个 功能 进行 测试 分 析 , 分 析 其 是 否 可 测 、 如 何 测试 .可 能 的 输入 、 可 能 的 输 
出 等 。 
(6) 脚本 化 和 自动 化 。 
功能 测试 中 常用 的 测试 用 例 设计 方法 有 规范 导出 法 、 等 价 类 划分 法 、 边 界 值 分 析 法 、 因 
果 图 法 ,判定 表 法 、 正 交 实 验 设 计 法 、 基 于 风险 的 测试 .错误 猜测 法 等 。 


6.2.3 功能 测试 实例 


表 6.2 给 出 了 一 个 功能 测试 的 实例 。 
表 6.2 “宠物 网 站 后 台 管 理 模块 "功能 测试 











测试 实际 
D 
AB 用 例 名 称 目的 输入 描述 预期 结果 结果 测试 数据 
1. 输入 网 站 名 称 1. 可 以 正常 显示 网 站 
2. 输入 网 站 地 址 名 称 
= 3. 输入 网 站 关键 字 2. 可 以 使 用 网 站 地 址 

WZHT0001 | 配置 信息 | | 输入 网 站 说 明 3 可 以 通过 关键 字 搜 索 
5. 输入 电话 4. 可 以 显示 备案 号 电 
6. 输入 E-mail 话 ,E-mail 等 

WZHT0002 | 退出 系统 单 击 退出 后 台 退出 后 台 









































第 6 章 系统 测试 
续 表 
测试 实际 
用 例 ID | 用 例 名 称 目的 输入 描述 预期 结果 结果 测试 数据 
1. 添加 子 类 别 
2. 添加 名 称 1. 可 以 正常 添加 各 个 类 
3. 添加 图 片 别 的 产品 
WZHT0003 | 产品 管理 4. 添加 价格 和 销量 2. 可 以 使 用 产品 简介 
5. 添加 链接 和 产品 简介 |3. 可 以 看 见 已 有 的 产品 
6. 可 以 显示 已 有 的 产品 |4. 可 以 管理 产品 
类 别 
1. 添加 导航 , 单 击 更 新 |1. 提示 “更 新 "成功 
WZHT0004 | 网 站 导航 2. 删除 导航 , 单 击 删除 |2. 提示 “删除 成功 
3. 添加 链接 名 称 3. 可 以 正常 链接 
1. 提示 “删除 ”成 功 
“ LD. 
WZHT0005 | 会 员 管理 entre 2. 可 以 修改 会 员 账 号 、 
密码 和 权限 
L 单 击 添加 资料 ea 旧 密 码 一 eftweb 
WZHT0006 | 下 载 管理 2. 单 击 资料 列表 ramik a É 新 密码 一 123456 
3. 删除 资料 5、 提示 “删除 成 功 * 确认 密码 一 123456 
1. 可 以 看 见 laiwangl. 0 
WZHTooo7 | 版 本 信息 | |” piven 1 0、 | 的 版 本 信息 
` ji 2. 可 以 查看 laiwang. com 








6.3 性 能 测试 


6.3.1 





性 能 测试 基础 











性 能 测试 是 通过 自动 化 的 测试 工具 模拟 多 种 正常 .峰值 以 及 异常 负载 条 件 来 对 系统 的 
各 项 性 能 指标 进行 测试 。 负 载 测试 和 压力 测试 都 属于 性 能 测试 ,两 者 可 以 结合 进行 。 通 过 
负载 测试 ,确定 在 各 种 工作 负载 下 系统 的 性 能 ,目标 是 测试 当 负载 逐渐 增加 时 ,系统 各 项 性 
能 指标 的 变化 情况 。 压 力 测试 是 通过 确定 一 个 系统 的 瓶颈 或 者 不 能 接受 的 性 能 点 ,来 获得 
系统 能 提供 的 最 大 服务 级 别 的 测试 。 

响应 时 间 是 对 计算 机 系统 的 查询 或 请 求 开始 到 一 个 响应 结束 所 使 用 的 时 间 。 对 某 个 系 
统 或 应 用 的 用 户 来 讲 ,响应 时 间 就 是 用 户 必须 等 待 服务 所 花 的 时 间 。 响 应 时 间 越 短 , 用 户 就 


性 能 测试 主要 检验 软件 是 否 达 到 需求 规格 说 明 书 中 规定 的 各 类 性 能 指标 ,并 满足 一 些 
性 能 相关 的 约束 和 限制 条 件 。 





128 


vw 


软件 测试 技术 及 实战 汇编 


1. 性 能 测试 的 内 容 


CL) 评估 系统 的 能 力 。 测 试 中 得 到 的 负荷 和 响应 时 间 等 数据 可 以 被 用 于 验证 所 计划 的 
模型 的 能 力 ,并 帮助 做 出 决策 。 

(2) 识别 系统 中 的 弱点 。 受 控 的 负荷 可 以 被 增加 到 一 个 极端 的 水 平 并 突破 它 , 从 而 修 
复 系统 的 瓶颈 或 薄弱 的 地 方 。 

(3) 系统 调 优 。 重复 运行 测试 ,验证 调整 系统 的 活动 得 到 了 预期 的 结果 ,从 而 改进 性 
能 ,检测 软件 中 的 问题 。 


2. 性 能 测试 的 指标 


(1) 响应 时 间 : 从 应 用 系统 发 出 请 求 开始 ,到 客户 端 接收 到 最 后 一 个 字 节 数据 为 止 所 
消耗 的 时 间 。 合 理 的 响应 时 间 取 决 于 实际 的 用 户 需 求 。 

(2) 并 发 用 户 数 : 一 般 是 指 同一 时 间 段 内 访问 系统 的 用 户 数量 。 

(3) 吞吐 量 : 指 单位 时 间 内 系统 处 理 的 客户 请 求 数量 。 

(4) 性 能 计数 器 : 描述 服务 器 或 操作 系统 性 能 的 一 些 数据 指标 。 


3. 性 能 测试 的 执行 


(1) 计划 阶段 。 

O 定义 目标 并 设置 期 望 值 。 

© 收集 系统 和 测试 要 求 。 

© 定义 工作 负载 。 

@ 选择 要 收集 的 性 能 度量 值 。 

© 标 出 要 运行 的 测试 并 决定 什么 时 候 运 行 它们 。 

© 决定 工具 选项 和 生成 负载 。 

@ 编写 测试 计划 ,设计 用 户 场景 并 创建 测试 脚本 。 

(2) 测试 阶段 。 

D 做 准备 工作 (如 建立 测试 服务 器 或 布置 其 他 设备 ) 。 

© 运行 测试 。 

© 收集 数据 。 

(3) 分 析 阶 段 。 

D 分 析 结 果 。 

@ 改变 系统 以 优化 性 能 。 

© 设计 新 的 测试 。 

用 户 对 软件 性 能 的 关注 是 软件 对 用 户 操作 的 响应 时 间 , 如 用 户 提 交 一 个 查询 操作 ,打开 
一 个 Web 页 面 的 链接 等 ,业务 可 用 度 或 者 系统 的 服务 水 平 如 何 。 如 图 6. 1 所 示 。 

系统 管理 员 对 软件 性 能 的 关注 ,如 表 6. 3 所 示 。 
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— 工 一 
ta =| 点 用 服务 器 | 数据 库 
m | _ 服务 器 
用 户 感受 返回 数据 
到 响应 一 一 一 一 
i i 
CRNA 上 系统 响应 时 间 
图 6.1 用 户 对 软件 性 能 的 关注 图 
表 6.3 系统 管理 员 对 软件 性 能 的 关注 表 
管理 员 关 心 的 问题 软件 性 能 描述 
服务 器 的 资源 使 用 状况 合理 吗 资源 利用 率 
应 用 服务 器 和 数据 库 的 资源 使 用 状况 合理 吗 资源 利用 率 
系统 是 否 能 够 实现 扩展 系统 可 扩展 性 
系统 最 多 能 支持 多 少 用 户 的 访问 ,系统 最 大 的 业务 处 理 量 是 多 少 系统 容量 
系统 性 能 可 能 的 瓶颈 在 哪里 系统 可 扩展 性 
更 换 哪些 设备 能 够 提高 系统 性 能 系统 可 扩展 性 
系统 能 否 支 持 7X24 小 时 的 业务 访问 系统 稳定 性 
开发 人 员 对 软件 性 能 的 关注 ,如 表 6.4 所 示 。 
表 6.4 开发 人 员 对 软件 性 能 的 关注 表 
开发 人 员 关 心 的 问题 问题 所 属 层次 
架构 设计 是 否 合理 系统 架构 
数据 库 设计 是 否 存在 问题 数据 库 设计 
代码 是 否 存在 性 能 方面 的 问题 代码 
系统 中 是 否 有 不 合理 的 内 存 使 用 方式 代码 
系统 中 是 否 存 在 不 合理 的 线程 同步 方式 设计 与 代码 
系统 中 是 否 存在 不 合理 的 资源 竞争 设计 与 代码 





6.3.2 性 能 测试 实例 
【服务 器 性 能 测试 案例 】 
1. 现场 测试 环境 


硬件 : 50 台 PC, Web 服务 器 
软件 : Loadrunner 7.0,Windows 2000.IE 5.0 和 IE6.0。 


2. AR 


质 控 部 2 人 ,执行 现场 测试 。 
项 目 部 22 人 ,提供 现场 环境 。 
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技术 部 1 人 ,提供 技术 支持 。 

3. 测试 要 求 

50 个 用 户 拥有 独立 IP 地 址 ,不 同 的 用 户 及 密码 登录 ,试题 完成 后 各 自 同 时 提交 。 
4. 测试 内 容 


50 个 用 户 以 不 同 的 用 户 名 和 密码 登录 试题 库 。 试 题 完 成 后 ,提交 考试 结果 。 测 试 考试 
结果 是 否 能 正常 提交 以 及 正确 评分 。 


5. 测试 方案 


(1) 完全 20 台 实 际 的 PC 进行 现场 测试 。 

O 准备 工作 ,并 做 计划 。 第 一 轮 测试 执行 三 遍 , 设 定 用 户 考试 内 容 全 部 同时 提交 ,第 一 
遍 全 部 使 用 IE 5.0, 第 二 遍 10 台 使 用 IE 5.0.10 台 使 用 IE 6.0, 第 三 遍 全 部 使 用 IE 6. 0。 

© 9 : 00,20 个 用 户 同时 登录 系统 。 

© 9 : 05,20 个 用 户 同时 全 部 提交 。 

© 分 别 记录 第 一 轮 测试 (三 遍 ) 的 结果 。 

© 第 二 轮 测试 准备 工作 , 设 定 15 个 用 户 考试 内 容 同时 提交 ,另外 5 个 用 户 延 时 5min 
提交 ,全 部 使 用 TE 5. 0。 

@9: 15,20 个 用 户 同时 登录 系统 。 

@ 9 : 20,15 个 用 户 同时 提交 。 

® 9 : 25, 剩 余 5 个 用 户 同时 提交 。 

® 记录 第 二 轮 测试 结果 。 

D 第 三 轮 测 试 准备 工作 , 设 定 15 个 用 户 考试 内 容 同时 提交 ,另外 5 个 用 户 延 时 5min 
提交 ,全 部 使 用 IE 6. 0。 

D 9: 15,20 个 用 户 同时 登录 系统 。 

® 9 : 20,15 个 用 户 同时 提交 。 

B 9: 25, 剩 余 5 个 用 户 同 时 提交 。 

D 记录 第 三 轮 测试 结果 。 

(2) 模拟 20 个 用 户 进行 测试 。 其 中 , 10 台 是 PC, 另 外 10 台 机 器 的 IP 地 址 是 
Loadrunner 模拟 出 来 的 。 

O 在 10 台 实际 的 PC 中 抽取 其 中 一 台 虚 拟 10 个 IP 地 址 ,包括 自身 的 IP 地址 ,该 机 器 
上 共 11 个 IP 地 址 ,这 11 个 IP 地 址 只 能 全 部 使 用 TE 5. 0 或 者 全 部 使 用 IE 6.0。 

O HA 9 台 实 际 的 PC 分 别 由 9 个 人 操作 ,另外 一 台 机 器 由 一 位 质 控 部 人 员 操 作 。 

@ 对 于 异常 情况 , 延 时 提交 和 强制 提交 全 部 由 实际 的 机 器 来 模拟 。 

(3) 模拟 20 个 用 户 进行 测试 。 其 中 ,5 台 是 PC, 另 外 15 台 机 器 的 IP 地 址 是 用 
Loadrunner 模拟 出 来 的 。 

O 在 5 台 实 际 的 PC 中 抽取 其 中 一 台 虚 拟 15 个 IP 地址 ,包括 自身 的 IP 地 址 ,该 机 器 
上 共 16 个 IP 地 址 ,这 16 个 IP 地 址 只 能 全 部 使 用 IE 5. 0 或 者 全 部 使 用 IE 6.0。 

O HA 4 台 实 际 的 PC 分 别 由 4 个 人 操作 ,另外 一 台 机 器 由 一 位 质 控 部 人 员 操 作 ; 对 
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于 异常 情况 , 延 时 提交 和 强制 提交 全 部 由 实际 的 机 器 来 模拟 ,其 余 过 程 参 见 (1) ,模拟 35 个 
用 户 进行 测试 。 其 中 ,20 AA PC, 另 外 15 台 是 虚拟 机 。 

© ER 4 台 实际 的 PC 分别 由 4 个 人 操作 ,另外 一 台 机 器 由 一 位 质 控 部 人 员 操 作 。 

@ 对 于 异常 情况 , 延 时 提交 和 强制 提交 全 部 由 实际 的 机 器 来 模拟 。 

(4) 模拟 35 个 用 户 进 行 测试 。 其 中 ,20 台 是 PC, 另 外 15 台 机 器 的 IP 地 址 是 用 
Loadrunner 模拟 出 来 的 。 

O 在 20 台 实 际 的 PC 中 抽取 其 中 两 台 分 别 虚拟 7 个 8 个 IP 地址 ,这 17 个 IP 地 址 只 
能 全 部 使 用 IE 5.0 或 者 全 部 使 用 IE 6. 0。 

© 其 余 18 台 实 际 的 PC 分 别 由 18 个 人 操作 ,另外 两 台 机 器 由 两 位 质 控 部 人 员 操 作 。 

© 对 于 异常 情况 , 延 时 提交 和 强制 提交 全 部 由 实际 的 机 器 来 模拟 。 

(5) 模拟 50 台 用 户 进行 测试 。 其 中 ,20 台 是 PC, 另 外 30 台 机 器 的 IP 地 址 是 分 别 用 两 
台 实 际 的 PC 模拟 出 来 的 。 记 录 测试 结果 。 

O 在 20 台 实 际 的 PC 中 抽取 其 中 两 台 分 别 虚拟 15 个 IP 地 址 ,这 32 IP 地 址 只 能 全 
部 使 用 IE 5.0 或 者 全 部 使 用 IE 6.0. 

@ 其 余 18 台 实 际 的 PC 分 别 由 18 个 人 操作 ,另外 两 台 机 器 由 两 位 质 控 部 人 员 操 作 。 

© 对 于 异常 情况 , 延 时 提交 和 强制 提交 全 部 由 实际 的 机 器 来 模拟 。 


6.4 本 地 化 测试 


6.4.1 本 地 化 测试 基础 


本 地 化 就 是 将 软件 版 本 语言 进行 更 改 , 并 不 是 单纯 的 单个 单词 翻译 ,而 是 软件 版 本 的 本 
地 化 。 本 地 化 测试 的 目的 是 测试 特定 目标 区 域 设 置 的 软件 本 地 化 质量 。 

本 地 化 测试 的 环境 是 在 本 地 化 的 操作 系统 上 安装 本 地 化 的 软件 。 从 测试 方法 上 可 以 分 
为 基本 功能 测试 .安装 / 印 载 测 试 、 当 地 区 域 的 软 硬 件 兼 容 性 测试 。 测 试 的 内 容 主要 包括 软 
件 本 地 化 后 的 界面 布局 和 软件 翻译 的 语言 质量 ,包含 软件 、 文 档 和 联机 帮助 等 部 分 。 

本 地 化 就 是 翻译 产品 的 UI, 有 时 也 更 改革 些 初 始 设置 以 使 产品 适合 于 另 一 个 地 区 。 本 
地 化 测试 检查 针对 特定 目标 区 域 性 或 区 域 设 置 的 产品 本 地 化 质量 。 此 测试 基于 全 球 化 测试 
的 结果 ,后 者 验证 对 特定 区 域 性 或 区 域 设置 的 功能 性 支持 。 本 地 化 测试 只 能 在 产品 的 本 地 
化 版 本 上 进行 。 

软件 的 国际 化 (I18N) 和 软件 (L10N) 的 本 地 化 是 开发 用 于 全 球 发 行 的 软件 的 两 个 过 程 
和 技术 。 

软件 本 地 化 是 将 一 个 软件 产品 按 特 定 国家 /地 区 或 语言 市 场 的 需要 进行 加 工 ,使 之 满足 
特定 市 场 上 的 用 户 对 语言 和 文化 的 特殊 要 求 的 软件 生产 活动 。 

软件 本 地 化 并 不 只 是 单纯 地 翻译 用 户 界面 .用 户 手 册 和 联机 帮助 。 软 件 本 地 化 的 目的 
是 消除 产品 本 身 的 文化 障碍 ,从 而 吸引 更 多 的 用 户 。 

软件 国际 化 是 在 软件 设计 和 文档 开发 过 程 中 .使 得 功能 和 代码 设计 能 处 理 多 种 语言 
遵循 相应 的 文化 传统 ,使 创建 不 同 语言 版 本 时 ,不 需要 重新 设计 源 程序 代码 的 软件 工程 方 
法 。 是 软件 本 地 化 的 前 提 。 软 件 国际 化 的 理想 状态 是 使 软件 本 地 化 过 程 不 需要 修改 任何 代 
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码 。 图 6. 2 所 示 是 本 地 化 、 全 球 化 与 翻译 之 间 的 关系 。 


化 人、 





图 6.2 本 地 化 ,全 球 化 与 翻译 的 关系 图 


软件 本 地 化 测试 的 目的 主要 是 : 

(1) 保证 本 地 化 的 软件 与 源 语言 软件 具有 相同 的 功能 和 性 能 。 

(2) 保证 本 地 化 的 软件 在 语言 .文化 ,传统 观念 等 方面 符合 当地 用 户 的 习惯 。 

(3) 软件 本 地 化 测试 是 尽 可 能 多 地 发 现 本 地 化 软件 中 由 于 本 地 化 而 引起 的 软件 问 
jal (bug) 。 

软件 本 地 化 测试 既 有 一 般 测试 的 特点 ,又 有 自己 的 测试 要 求 ,它们 的 主要 区 别 是 : 本 地 
化 软件 测试 的 重点 是 报告 与 本 地 化 有 关 的 问题 ,包括 翻译 语言 的 质量 .与 区 域 有 关 的 特征 、 
软件 界面 控件 布局 等 。 一 般 测试 主要 测试 软件 的 功能 和 性 能 。 本 地 化 软件 测试 通常 需要 与 
源 软 件 对 比 测试 ,确认 错误 是 属于 本 地 化 错误 ,还 是 源 语言 功能 错误 。 

本 地 化 测试 策略 : 

(1) 软件 功能 测试 。 

原始 语言 开发 的 软件 的 功能 测试 主要 测试 软件 的 各 项 功能 是 否 实现 以 及 是 否 正确 ,而 
本 地 化 软件 的 功能 测试 主要 测试 软件 经 过 本 地 化 后 ,软件 的 功能 是 否 与 源 语言 软件 一 致 ,是 
否 存在 因 软 件 本 地 化 而 产生 的 功能 错误 .例如 , 某 些 功能 失效 或 功能 错误 。 本 地 化 软件 的 功 
能 测试 相对 于 其 他 测试 类 型 具有 较 大 难度 ,由 于 大 型 软件 的 功能 众多 ,而 且 有 些 功 能 不 经 常 
使 用 ,可 能 需要 多 步 组 合 操作 才能 完成 ,因此 本 地 化 软件 的 功能 测试 需要 测试 工程 师 熟 悉 软 
件 的 使 用 操作 ,对 于 容易 产生 本 地 化 错误 之 外 的 错误 能 够 预测 ,以便 减少 软件 测试 的 工作 
量 , 这 就 要 求 测试 工程 师 具 有 丰富 的 本 地 化 测试 经 验 。 

除了 某 些 菜单 和 按钮 的 本 地 化 功能 失效 错误 外 .本 地 化 软件 的 功能 错误 还 包括 软件 的 
热 键 和 快捷 键 错误 ,例如 ,菜单 和 按钮 的 热 键 与 源 语言 软件 不 一 致 或 者 丢失 热 键 。 另 外 一 类 
是 排序 错误 ,例如 ,排序 的 结果 不 符合 本 地 化 语言 的 习惯 。 发 现 本 地 化 功能 错误 后 ,需要 在 
源 语言 软件 上 进行 相同 的 测试 ,如 果 源 语言 软件 也 存在 相同 的 错误 , 则 不 属于 本 地 化 功能 错 
误 , 而 属于 源 语言 软件 的 设计 错误 ,需要 报告 源 语言 软件 的 功能 错误 。 

(2) 安装 / 印 载 测试 。 

测试 本 地 化 的 软件 是 否 可 以 在 本 地 语言 的 操作 系统 上 正确 地 安装 / 印 载 (包括 是 否 支持 
本 地 语言 的 安装 目录 名 )。 安 装 /外 载 前 后 安装 文件 .快捷 方式 程序 图 标 和 注册 表 等 的 变化 
是 否 与 源 语 言 一 致 。 
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(3) 软件 界面 测试 。 

本 地 化 软件 的 用 户 界面 测试 (UI Testing) 也 称 作 外 观测 试 (Cosmetic Testing) ,主要 对 
软件 的 界面 文字 和 控件 布局 (大 小 和 位 置 ) 进 行 测试 。 用 户 界面 至 少 包括 软件 的 安装 和 印 载 
界面 .软件 的 运行 界面 和 软件 的 联机 帮助 界面 。 软 件 界 面 的 主要 组 成 元 素 包 括 窗口 对话 
框 、 菜 单 、 工 具 栏 状态 栏 、 屏 幕 显示 文字 等 内 容 。 用 户 界面 的 布局 测试 是 本 地 化 界面 测试 的 
重要 内 容 , 由 于 本 地 化 的 文字 通常 比 原始 开发 语言 长 度 增长 ,所 以 一 类 常见 的 本 地 化 错误 是 
软件 界面 上 的 文字 显示 不 完整 ,例如 ,按钮 文字 只 显示 一 部 分 。 另 一 类 常见 的 界面 错误 是 对 
话 框 中 的 控件 位 置 排列 不 整齐 、 大 小 不 一 致 。 相 对 于 其 他 类 型 的 本 地 化 测试 ,用 户 界面 测试 
可 能 是 最 简单 的 测试 类 型 ,软件 测试 工程 师 不 需要 过 多 的 语言 翻译 知识 和 测试 工具 ,但 是 由 
于 软件 的 界面 众多 ,而 且 某 些 对 话 框 可 能 隐藏 得 比较 深入 ,因此 ,软件 测试 工程 师 必须 尽 可 
能 地 熟悉 被 测 软件 的 使 用 方法 ,这 样 才能 找 出 那些 较为 隐蔽 的 界面 错误 。 另 外 , 某 个 界面 错 
误 可 能 是 一 类 错误 ,需要 报告 一 个 综合 的 错误 ,例如 ,软件 安装 界面 的 “上 一 步 ” 或 “下 一 步 ” 
按钮 显示 不 完整 , 则 可 能 所 有 安装 对 话 框 的 同类 按钮 都 存在 相同 的 错误 。 

(4) 帮助 文件 功能 和 翻译 质量 。 

测试 帮助 文件 的 功能 与 源 语言 软件 是 否 一 致 ,布局 是 否 合理 .美观 ,文字 翻译 是 否 准确 、 
专业 , 找 出 没有 翻译 的 段落 。 本 地 化 项 目 后 期 要 对 联机 帮助 和 相关 文档 (各 种 用 户 使 用 手册 
等 ) 进 行 本 地 化 ,这 个 阶段 的 语言 质量 测试 ,除了 对 翻译 的 表达 正确 性 和 专业 性 进行 测试 之 
外 ,还 要 注意 联机 帮助 文件 和 软件 用 户 界 面 的 一 致 性 。 如 果 对 于 某 些 软件 专业 术语 的 翻译 
存在 疑问 ,需要 报告 一 个 翻译 问题 ,请 软件 开发 商 审阅 ,如 果 确 认 是 翻译 错误 ,需要 修改 术语 
表 和 软件 的 翻译 。 关 于 本 地 化 软件 的 语言 质量 测试 ,一 个 值得 注意 的 问题 是 “过 翻译 ”, 就 是 
如 果 对 软件 中 不 应 该 翻译 的 内 容 ( 例 如 软件 的 名 称 等 ) 进 行 了 翻译 ,应 该 报告 软件 “过 翻译 ” 
错误 。 


6.4.2 关于 Java 用 户 界 面 本 地 化 实例 


首先 程序 需要 查找 特定 Locale 对 象 关 联 的 资源 包 , 所 以 应 该 定义 一 个 Local 对 象 , 来 获 
取 本 地 默认 的 地 区 ! 然后 可 以 调用 ResourceBundle 的 getBundle 方法 ,并 将 locale 对 象 作 
为 参数 传人 。 

清单 一 ， 

Locale locale = Locale. getDefault() ; // 获 取 地 区 : 默认 

// 获 取 资 源 东 . 如 未 发 现 则 会 抽出 MissingResourceException 异常 

ResourceBundle bundle = ResourceBundle. getBundle("Properties. Dorian", locale) ; 

清单 一 中 的 Properties. Dorian 代表 Properties 包 下 以 Dorian 命名 的 默认 资源 文件 。 
这 样 就 可 以 使 用 资源 文件 了 ! 让 我 们 来 看 看 资源 文件 是 如 何 定义 的 。 

清单 二 : 

# Dorian. properties 是 默认 的 "Dorian" 资 源 东 文件 . 

# 作为 中 国人 ,我 用 自己 的 地 区 作为 默认 

Title = \u4e2d\u56fd; 


red. label = \u7ea2\u8272; 
green. label = \u7eff\u8272; 
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blue. label = \u84dd\u8272; 
清单 三 ， 


# Xf Dorian_en_US. properties, 是 美国 地 区 的 资源 束 
# 它 覆盖 了 默认 资源 东 

Title = America; 

red. label = Red; 

green. label = Green; 

blue. label = Blue ; 


清单 一 和 清单 二 定义 了 一 个 默认 资源 文件 ,和 美国 地 区 的 资源 文件 。 其 中 等 号 左边 的 
字符 串 表 示 主 键 , 它 们 是 唯一 的 。 为 了 获得 主键 对 应 的 值 , 可 以 调用 ResourceBundle 类 的 
getString 方法 ,并 将 主键 作为 参数 。 此 外 ,文件 中 以 *# ?号 开头 的 行 表示 注释 行 。 需 要 注 
意 的 是 ,清单 二 中 的 “\u4e2dN\u56fd”, 是 字符 “中 国 ” 的 Unicode 字符 码 , 是 使 用 Java 自 带 的 
native2ascii 工具 转换 的 (native2ascii in. properties out. properties) ,这 是 为 了 不 在 程序 界面 
中 产生 乱码 。 

清单 四 : 

cmdRed. setText(bundle. getString("red. label")); 

cmdBlue. setText (bundle. getString("blue. label")); 

cmdGreen. setText (bundle. getString("green. label") ) ; 

清单 二 中 的 cmdRed,cmdBlue,cmdGreen 为 按钮 。bundle. getString(" red. label") 为 
得 到 资源 文件 中 主键 是 red. label 的 值 。 

到 此 为 止 ,Java 程序 用 户 界 面 的 本 地 化 就 是 这 么 简单 。 值 得 注意 的 是 ,在 为 用 户 界面 
事件 编写 事件 监听 器 代码 时 ,要 格外 小 心 。 请 看 下 面 这 段 代码 。 

清单 五 : 

public class MyApplet extends Japplet implements ActionListener{ 

public void init(){ 


JButton cancelButton = new JButton("Cancel") ; 
CancelButton. addActionListener(this) ; 

} 

public voidactionPerformed(ActionEvent e) { 
String s = e. getActionCommand() ; 

if(arg. equals("Cancel") ; 

doCancel() ; 

else … 

} 

} 


如 果 对 清单 五 的 代码 不 进行 本 地 化 , 它 可 能 会 运行 得 很 好 。 但 当 按 钮 被 本 地 化 为 中 文 
时 ,Cancel 变 为 了 “取消 ”。 这 时 就 会 出 现 不 愿意 看 到 的 问题 。 下 面 有 3 个 方法 可 以 消除 这 
个 潜在 的 问题 。 

(1) 使 用 内 部 类 而 不 使 用 独立 的 actionPerformed 程序 。 

(2) 使 用 引号 而 不 使 用 标签 来 标识 组 件 。 
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(3) 使 用 name 属性 来 标识 组 件 。 
本 例 稍 后 的 代码 就 是 采用 第 一 种 方法 来 消除 这 个 问题 的 。 
清单 六 (完整 的 代码 ) : 


//: MYNative. java 

/xx 

Copyright (c) 2003 Dorian. All rights reserved 
@(# )MyNative. java 2003 - 12-21 
@author Dorian 

@version 1.0.0 

visit http: //www. Dorian. com/Java/ 
*/ 

import java. awt. * ; 

import java. awt. event. * ; 

import javax. swing. * ; 

import java. util. * ; 


/ xx 


这 是 一 个 将 Java 程序 界面 本 地 化 的 例子 ,本 例 采 用 读 取 属性 文件 的 方法 来 达到 目的 。 


@see java. util. Locale; 
@see java. util. ResourceBundle; 
@see java. util. MissingResourceException; 
*/ 
public class MyNative{ 
public static void main(String[] args) { 
JFrame frame = new MyNativeFrame( ) ; 
frame. setDefaultCloseOperation( JFrame. EXIT_ON_CLOSE) ; 
frame. setResizable( false) ; 
frame. setVisible(true) ; // 弹 出 窗口 
} 
} 
class MyNativeFrame extends JFrame{ 
public MyNativeFrame( ){ 
Locale locale = Locale. getDefault() ; // 获 取 地 区 : 默认 
// 获 取 资 源 束 。 如 未 发 现 则 会 抛 出 MissingResourceException 异常 
//"Properties. Dorian" 为 在 Properties 下 以 Dorian 为 文件 名 的 默认 属性 文件 
ResourceBundle bundle = ResourceBundle. getBundle( "Properties. Dorian", locale); 
setTitle(bundle. getString("Title")); ”// 通 过 getString( ) 的 返回 值 来 设置 Title 
setSize(WIDTH, HEIGHT) ; // 设 置 窗口 大 小 
panel = new MyNativePanel(); 
Container contentPane = getContentPane( ) ; 
contentPane. add( panel); 
// 通 过 获取 资源 东 中 * . label 的 值 对 3 个 按钮 设置 其 Label 
panel. setCmdRed( bundle. getString("red. label") ) ; 
panel. setCmdBlue( bundle. getString("blue. label") ) ; 
panel. setCmdGreen( bundle. getString("green. label") ) ; 
} 
private MyNativePanel panel; 
private static final int WIDTH = 400; 
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private static final int HEIGHT = 100; 

} 

class MyNativePanel extends JPanel{ 

public MyNativePanel(){ 

layout = new BorderLayout( ) ; 
setLayout(layout) ; 

txt = new JTextField(50) ; 

add(txt, layout. CENTER) ; 

cmdRed = new JButton() ; 

cmdBlue = new JButton() ; 

cmdGreen = new JButton() ; 

panel, add(cmdRed) ; 

panel. add(cmdBlue) ; 

panel, add(cmdGreen) ; 

add( panel, layout. SOUTH) ; 

cmdRed. addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent e) { 
String s = e. getActionCommand( ) ; 

txt. setBackground(Color. red) ; 

txt. setText(s); 

} 

H; 

cmdBlue. addAct ionListener(new ActionListener( ){ 
public void actionPerformed(ActionEvent e){ 
String s = e. getActionCommand( ) ; 

txt. setBackground(Color. blue) ; 

txt. setText(s); 

} 

H); 


cmdGreen. addActionListener(new ActionListener( ){ 


6.4.3 本 地 化 测试 的 错误 分 类 


软件 本 地 化 测试 策略 是 本 地 化 软件 要 在 这 种 “干净 ”的 本 地 化 操作 系统 上 安装 并 测试 。 
源 语言 软件 安装 在 另 一 台 具 有 相同 源 语言 的 操作 系统 上 ,以 进行 对 比 测试 。 手 工 测试 和 自 
动 测试 相 结 合 。 

软件 本 地 化 的 错误 主要 分 为 两 大 类 

第 一 ,由 源 程序 软件 编码 错误 引起 的 ; 

第 二 ,由 软件 本 地 化 引起 的 。 其 中 由 软件 本 地 化 产生 的 错误 类 型 包括 语句 没有 翻译 、 翻 
译 错误 .控件 布局 错误 。 对 于 东亚 语系 软件 ,可 能 存在 双 字 节 字符 显示 错误 等 。 

当前 ,常用 的 本 地 化 测试 工具 有 : 

(1) 自动 化 测试 工具 SilkTest; 

(2) Html 文件 测试 工具 一 一 HtmlQA; 

G) 本 地 化 安装 /外 载 测试 工具 一 一 InCtrl; 

(4) 软件 资源 文件 (. RC) 测 试 工具 
WinTrans; 








Catalyst, Passolo, LocStudio, Helium, RC- 
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(5) MSI 文 件 测试 辅助 工具 
(6) ISO 文件 测试 辅助 工具 


6.5 可 用 性 测试 





Orca; 





Daemon Tools, 


6.5.1 可 用 性 测试 基础 


让 一 群 具 有 代表 性 的 用 户 对 产品 进行 典型 操作 ,同时 观察 员 和 开发 人 员 在 一 旁观 察 , 聆 
听 、 做 记录 。 该 产品 可 能 是 一 个 网 站 .软件 或 者 其 他 任何 产品 , 它 可 能 尚未 成 型 。 测 试 可 以 
是 早期 的 纸 上 原 型 测试 ,也 可 以 是 后 期 成 品 的 测试 。 

可 用 性 最 早 来 源 于 人 因 工 程 Chuman factors)。 人 因 工 程 又 称 工效 学 (ergonomics) ,起 
源 于 “二 战 " 时 期 ,设计 人 员 研 发 新 式 武器 时 需 研究 如 何 使 用 机 器 、 人 的 能 力 限 度 和 特性 ,从 
而 诞生 了 工效 学 ,这 是 一 门 涉及 多 个 领域 的 学 科 , 包 括 心理 学 、 人 体 测 量 学 环境 医学 工程 
学 ,统计 学 、 工 业 设计 、 计 算 机 等 。 

可 用 性 测试 已 经 成 为 产品 (服务 ) 设 计 开发 和 改进 维护 各 个 阶段 必 不 可 少 的 重要 环节 。 
它 的 价值 在 于 初期 及 早 地 发 现 产 品 ( 服 务 ) 中 可 能 会 存在 的 问题 ,在 开发 或 投产 之 前 提供 改 
进 方案 ,从 而 节约 设计 开发 成 本 。 而 在 产品 (服务 ) 的 销售 疲软 或 是 使 用 过 程 中 出 现 问题 却 
无 法 及 时 精确 地 找到 问题 关键 时 ,可 用 性 测试 可 以 在 很 大 程度 上 提高 解决 问题 的 效率 。 通 
过 可 用 性 测试 不 但 可 以 获知 用 户 对 产品 (服务 ) 的 认可 程度 ,还 可 以 获知 一 些 隐 含 的 用 户 行 
为 规律 。 

现在 ,有 很 多 网 站 开发 人 员 往 往 出 于 时 间 、 经 济 上 的 压力 ,只 追求 在 尽 可 能 短 的 时 间 内 
用 尽 可 能 低 的 成 本 发 布 一 个 站 点 或 对 网 站 进行 改进 ,忽略 了 在 网 站 开发 前 进行 必要 的 需求 
收集 和 可 用 性 测试 。 一 个 网 站 往往 只 有 一 次 展示 好 的 第 一 印象 的 机 会 ,如 果 新 用 户 第 一 次 
使 用 网 站 在 线 表单 时 遇 到 问题 ,或 者 在 错综复杂 的 导航 系统 中 迷路 ,那么 这 个 网 站 绝对 不 会 
被 用 户 收藏 ,甚至 永远 放弃 。 结 果 会 造成 用 户 的 流失 ,并 且 造 成 后 期 改进 难度 大 工作 量 大 
ÉE Au J Jy TT o 

对 可 用 性 进行 总 结 ,其 中 包含 4 个 方面 的 特点 : 

(1) 可 用 性 既是 用 来 评估 用 户 界面 和 产品 是 否 易 用 (ease-of-use) 的 质量 参数 ,也 是 在 设 
计 过 程 中 提升 产品 综合 质量 的 方法 。 用 户 对 不 同 产品 的 易 用 性 要 求 并 不 相同 ,可 用 性 也 需 
要 根据 不 同 产 品 有 所 改变 ,而 作为 提升 质量 的 方法 是 指 可 用 性 包含 的 一 些 研 究 手 段 ,如 用 户 
测试 和 专家 评估 等 ; 

(2) 可 用 性 与 用 户 使 用 产品 的 功能 紧密 联系 ,用 户 使 用 产品 功能 的 目的 是 不 同 的 ,这 时 
可 用 性 成 为 是 否 符合 用 户 目的 ,满足 用 户 行为 需要 、 认 知 需要 的 评判 指标 ; 
(3) 可 用 性 关注 特定 用 户 在 特定 情景 下 满足 特定 目的 这 一 个 过 程 ,这 反映 了 可 用 性 不 
是 固定 不 变 的 ,而 是 需要 根据 具体 的 产品 ,用 户 、 环 境 情况 灵活 变化 的 ; 

(4) 可 用 性 贯穿 于 整个 产品 周期 之 中 ,为 了 保证 产品 的 可 用 性 ,在 产品 设计 之 初 就 应 考 
虑 并 投入 到 可 用 性 工作 中 ,针对 已 有 产品 .相似 产品 的 测试 评估 ,或 采用 原型 方式 进行 测试 
评估 ,完善 新 的 设计 。 
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6.5.2 可 用 性 测试 方法 


提升 可 用 性 最 主要 的 方式 就 是 采用 和 迭代 式 设计 (iterative design) ,通过 产品 前 期 开发 阶 
段 的 反复 评估 ,不 断 获得 用 户 反 馈 , 进 而 修改 .优化 产品 设计 ,直到 达到 可 以 接受 的 可 用 性 水 
平 。 这 其 中 的 评估 过 程 就 是 进行 可 用 性 测试 的 过 程 ,可 用 性 测试 就 是 选择 不 同方 法 测试 产 
品 使 用 质量 的 过 程 。 它 的 目的 是 建立 评价 标准 , 尽 可 能 多 地 发 现 可 用 性 问题 ,并 指导 产品 界 
面 的 设计 和 改进 。 

在 研发 过 程 中 ,常见 的 可 用 性 测试 方法 包括 以 用 户 为 主 的 测试 和 以 专家 为 主 的 测试 方 
式 。 以 用 户 为 主 的 测试 包括 用 户 测 试 (user testing) 和 有 声 思 维 (think aloud) ,以 专家 为 主 
的 测试 包括 认 知 预演 (cognitive walkthrough) 和 探索 式 评估 (Heuristic Evaluation) 。 


1. 用 户 测试 


用 户 测试 方法 是 测试 人 员 要 求 用 户 完 成 一 系列 设 定 的 任务 ,用 户 在 操作 使 用 过 程 中 出 
现 的 问题 和 失误 将 被 测试 人 员 记录 , 在 任务 结束 时 对 问题 和 失误 点 进行 追问 ,从 而 快速 发 现 
及 判断 产品 中 的 不 足 , 进 而 修改 。 测 试 采 用 的 产品 可 以 是 最 终 完 成 的 ,也 可 以 是 基于 不 同 保 
真 度 原型 的 非 完成 产品 。 该 方法 的 目的 是 通过 在 产品 设计 阶段 用 户 参 与 设计 测试 ,预测 最 
终 产品 可 能 出 现 的 问题 ,进行 修正 以 规避 风险 。 采 用 用 户 测试 的 优点 在 于 可 以 在 特定 任务 
条 件 下 ,获得 特定 用 户 的 客观 反馈 结果 ,满足 可 用 性 测试 的 要 求 。 


2. ARB 


有 声 思 维 应 用 在 可 用 性 测试 过 程 和 心理 学 .社会 学 领域 研究 中 ,是 获取 用 户 数据 反馈 的 
有 效 方法 。 最 初 由 Lewis 在 IBM 公司 提出 ,之 后 被 Ericsson 和 Simon 进一步 修正 。 该 方 
法 要 求 用 户 在 完成 一 系列 由 测试 人 员 设 定 的 任务 过 程 中 ,口述 自己 所 看 所 想 和 感受 ,以 帮助 
观察 测试 人 员 获 得 第 一 手 反馈 ,并 最 终 发 现 问题 。 观 察 测试 人 员 在 整个 测试 过 程 中 被 要 求 ， 
客观 全 面 地 记录 用 户 所 说 的 每 一 句 话 ,不 能 打 断 用 户 的 行动 和 表达 。 该 方法 的 目的 是 明确 
“ 谁 ? 在 完成 特定 的 任务 时 出 现 了 什么 样 的 “问题 ”, 强 调 特定 的 用 户 和 特定 的 问题 。 


3. 认 知 预演 


认 知 预演 方法 ,最 初 在 20 世纪 90 年 代 初 由 Wharton 等 人 提出 ,在 2000 年 由 Spencer 
优化 了 该 方法 ,使 其 能 够 更 加 有 效 地 适应 软件 开发 的 要 求 。 该 方法 将 用 户 行动 过 程 ( 目 的 、 
计划 实施 .评价 ) 及 系统 反馈 ,按照 任务 流程 进行 步骤 划分 ,之 后 由 专家 (设计 人 员 和 开发 人 
员 ) 对 每 一 个 步 又 进行 一 系列 检查 评估 ,从 而 判断 可 能 出 现 的 可 用 性 问题 。 

该 方法 因为 可 以 低 成 本 、 高 效率 地 发 气 可 用 性 问题 ,而 被 广泛 用 于 早期 开发 阶段 。 但 由 
于 是 从 专家 角度 来 判断 用 户 的 行为 ,而 专家 和 用 户 有 着 本 质 差 别 , 这 导致 专家 和 真实 用 户 所 
认为 的 可 用 性 问题 存在 差异 ; 而 且 不 同 专家 之 间 的 差异 也 较 大 ,一 般 所 发 现 的 可 用 性 问 
题 只 有 20%~30% 是 一 致 的 ,这 也 使 得 认 知 预演 方法 所 得 到 的 结果 应 用 存在 一 定 的 局 
限 性 。 
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4. 探索 式 评 估 


Nielsen 和 Molich 在 1990 年 项 目 合作 的 过 程 中 提出 了 探索 式 评估 方法 ,该 方法 是 非 结 
构 化 的 可 用 性 研究 方法 ,通过 研发 人 员 和 行业 专家 ,依照 可 用 人 性 原则 来 评估 用 户 界面 中 的 问 
题 , 不 需要 设 定 任务 和 情景 ,专家 根据 经 验 和 可 用 性 原则 完成 评估 。 

尽管 探索 式 评估 可 以 在 很 短 的 时 间 内 发 现 大 部 分 可 用 性 问题 ,但 是 该 方法 也 因为 受到 
专家 的 背景 知识 、 观 点 经 验 等 方面 的 影响 而 被 质疑 ,这 种 由 专家 评估 所 得 到 的 结果 与 用 户 测 
试 相 比 得 到 的 结果 差异 性 大 ,可 信 度 不 高 。 


6.5.3 传统 ATM 可 用 性 测试 报告 
1. 参与 测试 者 


共有 12 人 参与 本 次 的 可 用 性 测试 。 其 中 75% 为 男性 ,25% 为 女性 。 大 约 60% 的 测试 
者 为 学 生 , 有 一 位 65 ~ 75 周岁 的 老人 ,其 他 为 上 班 族 。 测 试 者 全 部 不 同 程度 地 使 用 过 
ATM 自动 取款 机 。 


2. 程序 


测试 被 安排 在 室外 进行 ,利用 笔记 本 电脑 播放 的 Flash 全 屏 Demo 虚拟 取款 机 系统 ,使 
用 笔记 本 电脑 屏幕 对 应 取款 机 屏幕 ,外 接 键盘 表示 取款 机 按键 , 且 提 供 街 道 的 背景 声音 ,以 
最 大 限度 地 模拟 真实 的 用 户 使 用 过 程 和 环境 。 

测试 之 前 ,测试 者 被 告知 该 次 测试 的 目的 和 内 容 , 介 绍 了 本 次 测试 需要 完成 的 任务 ,并 
且说 明了 在 测试 过 程 中 将 减少 与 测试 者 的 对 话 ,使 测试 者 在 没有 帮助 的 情况 下 完成 任务 ,并 
请 测试 者 尝试 着 以 自 言 自 语 的 方式 表达 自己 的 想法 。 测 试 全 程 采 用 了 屏幕 录像 。 


3. 任务 


完成 一 次 可 取 金 额 最 高 值 的 取款 操作 ,并 在 回放 屏幕 录像 的 时 候 表述 自己 当时 的 状态 
以 及 对 该 系统 和 测试 活动 的 意见 。 


4. 测试 过 程 与 结果 


(1) 插入 磁卡 ,出 现 选择 操作 语言 界面 ,如 图 6. 3 所 示 。 

由 于 画面 中 英文 和 中 文选 项 被 表现 得 太 像 按钮 .而 使 用 户 产 生 了 其 能 够 点 选 的 第 一 印 
象 , 而 忽视 了 该 正确 操作 为 按 下 屏幕 两 侧 对 应 的 金属 按键 。 从 而 使 约 91% 的 用 户 最 先 尝试 
和 触摸 屏幕 上 的 提示 选项 来 选择 语言 。 且 在 错误 操作 之 后 ,用 户 并 没有 得 到 操作 不 当 的 反馈 ， 
迷惑 的 用 户 紧 接着 又 连续 触 击 ,平均 每 位 用 户 在 此 画面 上 的 错误 点 击 达 到 了 2. 8 次 ,如 果 粗 
略 地 利用 GOMS 法 测试 计算 且 忽 略 机 器 响应 时 间 , 仅 在 这 个 画面 上 的 视觉 错误 就 平均 耽误 
了 每 位 用 户 约 8. 54s 的 操作 时 间 。 对 整个 取款 过 程 进行 统计 平均 ,每 个 用 户 平均 因 这 些 可 
用 性 问题 犯 的 错误 共 6.7 个 ,影响 操作 时 间 约 15. 46s。 

(2) 进入 中 文 操作 界面 ,出 现 提示 画面 ,如 图 6.4 所 示 。 

测试 中 ,用 户 快速 浏览 了 安全 说 明文 字 ,并 且 着 重 记忆 了 疑问 咨询 电话 (但 当 进 入 下 一 
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SA 


国 中 国 工商 银行 





图 6.3 操作 语言 界面 


® 中 国 工商 银行 


请 保护 好 您 的 密码 ， 输 入 时 请 避 开 他 
人 ， 当 您 做 交易 时 ， 请 确认 身边 没有 
其 他 人 ， 操 作 完 毕 请 别 忘记 取 回 你 的 


磁卡 ! 为 了 您 的 资金 安全 ， 请 不 要 将 
您 的 卡号 或 密码 告诉 他 人 ! 如 对 账户 
变动 有 疑问 ， 请 按 打 g55881! 





图 6.4 中 文 操作 界面 


个 画面 之 后 ,大 多 数 用 户 承认 自己 已 经 忘记 了 这 个 号 码 ) 。 

同样 ,在 这 个 画面 中 用 户 也 出 现 了 误 认为 屏幕 上 显示 的 选项 文字 为 可 操作 按钮 。 之 后 
的 画面 中 也 都 有 出 现 这 种 情况 。 

G) 选择 继续 服务 ,出现 输入 密码 框 ,如 图 6. 5 所 示 。 

在 输入 密码 的 过 程 中 ,文字 的 描述 充当 了 主要 的 角色 (最 可 怕 的 是 它 描述 得 相当 不 准 
确 ) ,测试 用户 平均 通过 大 约 3s 的 时 间 来 回忆 密码 。 在 测试 过 程 中 ,出 人 意料 的 是 ,通过 点 
击 文字 内 容 描 述 的 键盘 确认 键 来 结束 输入 的 ,只 占 所 有 测试 者 的 33. 4%。 而 其 他 大 部 分 的 
测试 者 由 于 之 前 几 步 确认 键 在 屏幕 右 下 角 的 设置 的 印象 记忆 ,都 在 输入 完 密码 后 将 视线 回 
到 屏幕 右 下 角 处 寻找 确认 提示 。 然 而 因为 屏幕 中 并 没有 设置 确认 键 , 所 以 ,造成 了 许多 用 户 
的 疑惑 、 犹 天 不 决 和 烦躁 不 安 。 
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图 6.5 密码 框 
(4) 输入 密码 正确 ,提示 选择 交易 ,如 图 6.6 所 示 。 


® 中 国 工商 银行 





图 6.6 选择 交易 界面 


测试 中 有 50% 的 用 户 直接 选择 提取 现金 ,而 非 先进 行 账户 余额 查询 (因此 ,这 些 用 户 中 
的 66.7% 在 之 后 的 取款 金额 输入 中 遇 到 了 相当 大 的 困难 )。 其 中 16. 7% 的 用 户 在 取款 后 查 
询 了 账户 余额 。 同 样 ,也 有 16.7% 的 用 户 在 选择 取款 之 后 又 跳 回 到 查询 账户 界面 。 

(5) 选择 查询 账户 ,并 选择 账户 类 型 ,如 图 6.7 所 示 。 

测试 中 ,有 两 位 用 户 误解 了 继续 服务 的 含义 而 跳 回 到 选择 交易 界面 。 因 为 用 户 已 默认 
右 下 角 按 键 表示 前 进 , 而 左下 角 按键 表示 返回 的 交互 模式 。 

(6) 进入 储蓄 账户 ,显示 账户 余额 ,如 图 6. 8 所 示 

查询 余额 的 过 程 系 统 运转 了 约 3s。 进 入 这 个 界面 的 测试 者 全 部 都 用 很 长 时 间 理 解 并 
努力 记忆 余额 。 而 且 还 有 一 个 很 奇怪 的 现象 : 有 16.7% 的 测试 者 在 记 下 余额 后 ,下 意识 地 
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图 6.7 选择 账户 类 型 界面 


@ erm 





图 6.8 显示 账户 余额 界面 


点 击 了 屏幕 右边 最 上 面 的 按钮 。 

(7) 选择 继续 服务 ,并 选择 提取 现金 和 选择 账户 类 型 ,出 现 输入 取款 金额 框 ,如 图 6. 9 
所 示 。 

通过 查询 余额 步骤 的 用 户 , 用 很 长 时 间 回忆 先前 看 到 的 余额 数量 ,但 当 输 入 刚刚 系统 显 
示 的 可 取 人 金额 数量 并 确认 时 , 框 下 面 出 现 了 ”金额 应 为 以 下 面值 的 倍数 ,100 ,请 输 金额 ”的 提 
示 。 测 试用 户 对 文字 的 含义 感到 很 迷惑 。 并 且 仍 有 16. 7 多 的 用 户 没有 理解 文字 的 含义 或 
是 根本 没有 注意 到 文字 提示 ,并 再 次 输入 了 系统 不 能 接受 的 金额 数字 。 

没有 通过 查询 余额 步骤 的 用 户 , 则 全 部 输入 了 错误 的 金额 数字 。 更 为 过 分 的 是 , 当 用 户 
想 要 退回 到 查询 余额 的 画面 时 ,界面 中 确 并 没有 离开 的 出 口 。 导 致 有 一 位 用 户 心情 烦躁 地 
输入 了 5 遍 金 额 才 通过 。 
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图 6.9 取款 金额 框 
(8) 正确 输入 取款 金额 成 功 取款 ,选择 是 否 打 印 赁 条 ,如 图 6. 10 所 示 。 


Oturan 








图 6.10 打印 赁 条 


有 83% 的 用 户 选 择 了 不 打印 凭 条 。 

(9) 取 回 磁卡 。 

几乎 所 有 的 用 户 在 选择 取 回 磁卡 的 时 候 都 不 自觉 地 试图 去 点 击 屏幕 的 右 下 方 习惯 放置 
确认 键 的 位 置 。 可 见 ,在 这 里 * 取 回 磁卡 ?并 不 是 传统 意义 上 的 取消 模式 ,而 是 被 理解 为 “用 
户 意 识 ” 的 继续 操作 模式 。 

测试 用 户 反馈 意见 ， 

O 希望 在 所 有 操作 的 最 后 取款 ,那样 会 有 安全 感 。 

© 输入 取款 金额 时 希望 不 要 使 用 倍数 概念 , 太 抽 象 了 ,难以 理解 。 

O 输入 取款 金额 时 希望 用 选择 而 不 是 输入 。 
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@ 按钮 的 很 多 颜色 重复 ,不够 明确 。 
© 小 键盘 和 屏幕 交 蔡 使 用 频繁 。 
界面 太 灰暗 了 ,希望 鲜亮 一 些 。 
@ 希望 取款 的 时 候 显示 余额 。 
@ 选项 提示 太 像 按钮 了 。 
© 希望 在 输入 取款 金额 时 能 够 显示 可 取 的 面值 ,最 好 能 取 10 元 的 。 
O 放 在 左边 的 按钮 用 起 来 很 别扭 。 
本 ATM 机 用 户 界面 的 流程 图 如 图 6. 11 所 示 。 
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6.11 ATM 机 用 户 界面 的 流程 图 
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目前 ,可 用 性 测试 在 某 些 高 校 已 经 成 为 一 门 单独 的 学 科 。 因 为 它 向 我 们 揭示 了 软件 测 
试 的 核心 问题 ,在 市 场 经 济 环境 下 ,我 们 不 仅 注重 投资 ,更 看 重 回报 。 可 用 人 性 测试 有 以 下 6 
个 发 展 趋势 。 

(1) 完整 的 用 户 体验 将 是 产品 设计 和 评估 的 核心 。 测 试 从 业 人 员 已 经 有 了 理解 功能 性 
和 可 用 性 的 手段 ,但 是 现在 他 们 必须 添加 一 些 新 的 方法 ,用 于 理解 产品 ,愉悦 用 户 ,满足 用 户 
对 产品 的 需求 。 最 新 的 一 些 情感 化 设计 、 愉 悦 性 设计 和 趣味 学 等 方面 的 书籍 和 文章 都 表明 
了 这 一 趋势 。 

(2) 从 业 人 员 应 该 考虑 他 们 对 公司 投资 回报 率 (ROI) 的 影响 。 更 应 该 考虑 可 用 性 活动 
怎么 把 产品 变 得 更 好 ,了 解 这 些 活动 如 何 影响 内 部 开发 过 程 。 收 集 那 些 可 以 展示 可 用 性 活 
动 怎么 改进 流程 和 产品 的 度量 方法 。 

(3) 在 新 兴 的 协作 和 电子 商务 技术 的 设计 中 ,社会 心理 学 正 变 得 日 趋 重 要 。 随 着 网 络 
及 在 线 社区 和 虚拟 群体 的 出 现 , 理 解 一 个 系统 如 何 影响 个 体 和 群体 之 间 的 交互 就 变 得 更 加 
迫切 。 因 此 ,从 业 人 员 应 该 在 他 们 可 用 性 的 知识 和 技能 的 储备 中 增加 社会 心理 学 的 基础 

(4) 是 否 具备 商业 技能 和 头脑 将 成 为 从 业 人 员 的 重要 标准 。 为 了 让 用 户 体验 获得 与 产 
品 设计 的 其 他 方面 同等 重要 的 地 位 ,从 业 人 员 必 须 了 解 商 业 目 标 、 战 略 ,谈判 技巧 、 创 新、 组 
织 变 更 和 项 目 管理 等 各 个 方面 的 知识 。 

(5) 协调 技能 将 变 得 与 设计 及 评估 同等 重要 。 

(6) 可 用 性 方法 将 接受 有 效 性 和 可 靠 性 两 个 方面 的 检验 。 


6.6 配置 测试 





6.6.1 配置 测试 基础 


配置 测试 (Configuration Testing) 用 于 测试 和 验证 软件 ,在 不 同 的 软件 和 硬件 配置 中 运 
行 。 配 置 测试 就 是 测试 软件 是 否 和 系统 的 其 他 与 之 交互 的 元 素 之 间 兼 容 , 如 浏览 器 .操作 系 
统 、 硬 件 等 ,验证 被 测 软件 在 不 同 的 软件 和 硬件 配置 中 的 运行 情况 。 

配置 测试 执行 的 环境 是 所 支持 软件 运行 的 环境 。 测 试 环境 适合 与 否 严重 影响 测试 结果 
的 真实 性 和 正确 性 。 硬 件 环境 指 测试 必 需 的 服务 器 客户 端 ,网 络 连接 设备 .打印 机 等 ,软件 
环境 指 被 测试 软件 运行 时 的 操作 系统 、 软 件 平台 和 数据 库 等 其 他 应 用 软件 构成 的 环境 。 

怎样 分 离 出 配置 错误 ? 简单 的 做 法 就 是 ,如 果 在 测试 的 过 程 中 遇 到 了 问题 (bug) ,可 在 
其 他 一 些 不 同 配置 的 机 器 上 运行 同样 的 操作 ,看 问题 是 否 能 够 重 现 ,如 果 缺 陷 没 有 产生 ,就 
极 有 可 能 是 特定 的 配置 问题 ,这 样 即 可 分 离 出 引起 这 个 问题 的 最 根本 原因 。 判 定 该 问题 是 
开发 过 程 中 的 问题 ,还 是 硬件 问题 要 找 出 问题 所 在 ,通常 有 以 下 几 种 情况 : 

CL) 软件 可 能 包含 在 多 种 配置 中 都 出 现 的 缺陷 。 

(2) 软件 可 能 只 包含 在 某 一 特殊 配置 中 出 现 的 缺陷 。 

(3) 硬件 设备 或 者 其 设备 驱动 程序 可 能 包含 仅 由 软件 揭示 的 缺陷 。 

(4) 硬件 设备 或 者 其 设备 驱动 程序 可 能 包含 一 个 借助 许多 其 他 软件 才能 揭示 的 缺陷 。 

配置 错误 通常 会 有 以 下 几 种 表现 形式 : 
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(1) 软件 在 一 系列 的 硬件 配置 条 件 下 出 现 错误 ,例如 连 上 激光 打印 机 就 出 现 错误 。 

(2) 软件 在 一 个 特定 型 号 的 硬件 下 出 现 错误 ,例如 只 是 连接 上 Magus 牌 扫描 仪 才 出 现 
错误 。 

(3) 软件 因为 受到 某 个 硬件 或 者 硬件 的 驱动 程序 的 影响 而 出 现 错误 。 

(4) 硬件 或 者 它 的 驱动 程序 本 身 是 有 问题 的 ,也 影响 了 其 他 的 一 些 软件 ,不 过 我 们 测试 
的 软件 在 当前 硬件 配置 下 受到 的 影响 特别 大 。 

对 于 前 两 种 情况 ,可 以 通过 软件 厂商 来 修复 。 对 于 后 面 两 种 情况 ,需要 软件 厂商 与 硬件 
厂商 一 起 沟通 协调 来 解决 问题 。 比 如 , 某 些 软件 在 发 布 不 久 ,就 推出 补丁 ; 或 者 某 些 软件 的 
光盘 上 直接 有 一 些 硬件 的 补丁 ; 这 些 估计 就 是 配置 测试 过 程 发 现 的 问题 ,所 以 加 入 补丁 来 
解决 问题 。 

目前 ,我 们 使 用 的 软 硬 件 成 千 上 万 种 ,它们 之 间 的 组 合 数 以 万 计 。 在 做 配置 测试 时 ,不 
能 够 实现 完全 测试 ,并 且 一 些 测试 只 做 一 次 是 不 可 以 完成 的 ,还 可 能 测试 多 次 。 所 以 ,需要 
做 一 些 工作 来 减少 配置 测试 的 工作 量 。 通 常用 等 价 类 划分 来 减少 工作 量 , 尽 可 能 地 将 测试 
控制 在 可 以 接受 的 范围 ,由 于 没有 完全 测试 ,因此 存在 一 定 的 问题 。 


6.6.2 3D 游戏 的 配置 测试 


对 于 一 款 新 的 3D 游戏 ,我 们 至 少 需要 考虑 使 用 各 种 图 形 卡 声卡、 网卡 和 打印 机 进行 
配置 测试 。 如 果 决 定 进行 完整 .全面 的 配置 测试 ,检查 所 有 可 能 的 制造 者 和 型 号 组 合 ,就 会 
面临 巨大 的 工作 量 。 市 场 上 大 致 有 336 种 显卡 、210 种 声卡 .1500 种 网 卡 、1200 种 打印 机 ， 
则 测试 组 合 的 数目 就 是 336X210X1500X1200, 总 计 上 亿 种 ,规模 之 大 难以 想象 。 减 少 工 
作 量 的 办 法 是 等 价 类 的 划分 。 需 要 找 出 一 个 方法 把 巨 量 的 配置 可 能 性 减少 到 尽 可 能 可 控 的 
范围 。 由 于 没有 完全 测试 ,因此 存在 一 定 的 风险 ,但 这 正 是 软件 测试 的 特点 。 

确定 测试 哪些 设备 和 如 何 测试 的 决定 过 程 是 相当 直观 的 等 价 划 分 工作 。 什 么 重要 , 怎 
样 才 会 成 功 ,是 需要 决定 的 内 容 。 

(1) 确定 所 需 的 硬件 类 型 。 

联机 注册 : 在 选择 用 哪些 硬件 来 测试 时 容易 忽略 的 一 个 特性 例子 是 联机 注册 。 

如 果 软 件 需要 联机 注册 成 功 , 就 需要 把 调制 解 调 器 和 网 络 通信 考虑 在 配置 测试 之 中 。 

(2) 确定 有 哪些 厂商 的 硬件 、 型 号 和 驱动 程序 可 用 。 

确定 要 测试 的 设备 驱动 程序 ,一 般 选择 操作 系统 附带 的 驱动 程序 \ 硬 件 附带 的 驱动 程序 
或 者 硬件 或 操作 系统 公司 网 站 上 提供 的 最 新 的 驱动 程序 。 

(3) 确定 可 能 的 硬件 特性 、 模 式 和 选项 。 

(4) 将 确定 后 的 硬件 配置 缩减 到 可 控制 范围 。 

假设 没有 时 间 和 计划 测试 所 有 配置 .就 需要 把 成 千 上 万 种 可 能 的 配置 缩减 到 可 以 接受 
的 范围 , 即 要 测试 的 范围 。 一 种 方法 是 把 所 有 配置 信息 放 在 电子 表格 中 , 列 出 生产 厂商 、 型 
号 、 驱 动 程序 版 本 和 可 选项 。 软件 测试 员 和 开发 小 组 可 以 审查 这 张 表 ,确定 要 测试 哪些 
配置 。 

注意 : 把 众多 配置 等 价 划 分 为 较 小 范围 的 决定 过 程 最 终 取决 于 软件 测试 员 和 开发 小 
组 。 这 没有 一 个 定式 ,每 一 个 软件 工程 都 不 相同 ,都 有 不 同 的 选择 标准 。 一 定 要 保证 项 目 小 
组 中 的 每 一 个 人 (特别 是 项 目 经 理 ) , 搞 清楚 什么 配置 要 测试 (什么 不 测试 ) ,确定 它们 引起 的 
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变化 有 哪些 。 

(5) 明确 与 硬件 配置 有 关 的 软件 的 唯一 特性 。 

不 应 该 也 没有 必要 在 每 一 种 配置 中 完全 测试 软件 。 只 需 测试 那些 与 硬件 交互 时 互 不 相 
同 的 特性 即 可 。 

(6) 设计 在 每 一 种 配置 中 执行 的 测试 用 例 。 测 试用 例 执 行 步骤 如 下 : 

O 从 清单 中 选择 并 建立 下 一 个 测试 配置 。 

© 启动 软件 。 

© 打开 文件 configtest. doc. 

@ 确认 显示 出 来 的 文件 正确 无 误 。 

© 打印 文档 。 

© 确认 没有 错误 提示 信息 ,而 且 打 印 的 文档 符合 标准 。 

D 将 任何 不 符 之 处 作为 软件 缺陷 记录 下 来 。 

实际 上 ,这 些 步骤 还 有 更 多 内 容 , 包 括 具体 要 做 什么 .有 哪些 细节 和 说 明 。 目 标 是 建立 
任何 人 都 可 以 执行 的 步骤 。 

(7) 在 每 种 配置 中 执行 测试 。 

软件 测试 员 执行 测试 用 例 , 仔 细 记 录 并 向 开发 小 组 汇报 ,必要 时 还 要 向 硬件 厂商 报告 。 
注意 明确 配置 缺陷 的 准确 原因 很 难 ,需要 和 开发 人 员 以 及 白 盒 测试 人 员 密 切 配合 ,分 离 问题 
的 原因 。 

(8) 反复 测试 直到 小 组 对 结果 满意 为 止 。 

配置 测试 一 般 不 会 贯穿 整个 项 目 周期 ,可 能 最 初 只 是 测试 一 些 配置 ,接着 整个 测试 通 
过 ,然后 在 越 来 越 小 的 范围 内 确认 缺陷 的 修复 ,最 后 达到 没有 未 解决 的 缺陷 或 缺陷 限于 不 常 
见 或 不 可 能 的 配置 上 。 

进行 配置 测试 是 软件 测试 新 手 经 常 被 指派 的 工作 ,因为 它 容 易 定义 ,是 基本 组 织 技 能 和 
等 价 划分 技术 的 和 人 门 , 是 与 其 他 项 目 小 组 成 员 合作 的 任务 。 


6.7 压力 测试 


1. 压力 测试 的 定义 


压力 测试 是 一 种 基本 的 质量 保证 行为 , 它 是 每 个 重要 软件 测试 工作 的 一 部 分 。 软 件 压 
力 测试 的 基本 思路 很 简单 : 不 是 在 常规 条 件 下 运行 手动 或 自动 测试 ,而 是 在 计算 机 数量 较 
少 或 系统 资源 匮乏 的 条 件 下 运行 测试 。 通 常 要 进行 软件 压力 测试 的 资源 包括 内 部 内 存 、 
CPU 可 用 人 性、 磁盘 空间 和 网 络 带宽 。 


2. 压力 测试 的 目的 


需要 了 解 被 测 应 用 程序 一 般 能 够 承受 的 压力 ,同时 能 够 承受 的 用 户 访问 量 (容量 ) ,最 多 
支持 有 多 少 用 户 同 时 访问 某 个 功能 。 在 压力 测试 中 选择 用 户 最 常用 的 5 个 功能 作为 本 次 测 
试 的 内 容 , 包 括 登 录 。 
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3. 压力 测试 的 要 求 


1) 首先 是 对 脚本 的 要 求 

(1) 录制 脚本 (注意 所 有 的 脚本 都 应 录制 到 Action 中 ), 自 定义 事务 ,事务 从 提交 用 户 
名 和 口令 的 脚本 之 前 开始 ; 

(2) 在 定义 事务 开始 的 脚本 前 加 入 集合 点 ; 

(3) 在 脚本 中 加 入 检查 点 ,以 登录 成 功 的 页 面 出 现 登 录用 户 的 ID 即 可 ; 

(4) 参数 化 登录 用 户 的 身份 。 

2) 其 次 是 对 场景 设置 的 要 求 

(1) 因为 事先 我 们 不 知道 将 有 多 少 用 户 访问 是 临界 点 ,所 以 在 测试 过 程 中 需要 多 次 改 
变 用 户 数 来 确定 ; 

(2) 建议 修改 运行 时 设置 ,优化 对 服务 器 的 访问 ; 

(3) 计划 的 设置 ,每 x 时 间 后 加 载 10 用 户 (根据 总 用 户 数 设置 ), 完 全 加 载 后 持续 运行 
不 超过 5min( 根 据 需 要 设置 ); 

(4) 集合 策略 , 当 运 行 中 的 用 户 数 100% 达 到 集合 点 时 释放 ; 

(5) 注意 事项 ,需要 注意 几 个 时 间 

O 服务 器 响应 超时 时 间 ; 

© 登录 事务 迭代 一 次 所 使 用 的 时 间 ; 

O 集合 点 等 待 超 时 时 间 ; 

© 计划 中 设置 的 间隔 时 间 。 在 我 们 的 测试 中 事务 运行 一 次 的 时 间 不 超过 30s, 通 过 修 
改 脚本 使 它 的 运行 时 间 达 到 Imin 左右 ,服务 器 响应 超时 时 间 、 结 合 点 等 待 超 时 时 间 、 计 划 
中 设置 的 间隔 时 间 都 设置 为 2min。 

这 样 场景 开始 运行 后 运行 用 户 数 呈 阶梯 状 增 长 ,另外 在 每 个 上 升 点 新 增 的 用 户 都 会 随 
原来 已 经 运行 的 用 户 并 发 访问 服务 器 。 

通过 多 次 的 运行 和 对 测试 结果 中 正在 运行 用 户 数 与 错误 用 户 的 对 比 ,然后 根据 定义 可 
接受 错误 率 就 可 得 到 该 功能 的 最 大 并 发 访问 的 用 户 数 。 

以 上 测试 中 排除 了 对 网 络 、 客 户 端 等 的 要 求 。 在 实际 测试 中 首先 要 保证 这 些 资源 是 足 
够 的 。 


4. 压力 测试 实例 


1) 测试 计划 名 称 

河北 省 公安 交通 管理 信息 系统 压力 测试 计划 。 

2) 测试 内 容 

本 次 测试 中 的 压力 测试 是 指 模拟 实际 应 用 的 软 硬 件 环境 及 用 户 使 用 过 程 的 系统 负荷 ， 
长 时 间 和 运行 测试 软件 来 测试 被 测 系统 的 可 靠 性 ,同时 还 要 测试 被 测 系统 的 响应 时 间 。 

3) 用 户 的 实际 使 用 环境 

(1) 由 两 台 IBM XSeries 250 PC Server 组 成 的 Microsoft Cluster; 

(2) 数据 库 管理 系统 采用 Oracle 8. 1. 6; 

(3) 应 用 服务 器 程序 和 数据 库 管 理 系统 同时 运行 在 Microsoft Cluster 上 。 
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(4) 有 200 个 用 户 使 用 客户 端 软件 进行 业务 处 理 , 每 年 通过 软件 进行 处 理 的 总 业务 量 
为 150 万 笔 业务 。 

4) 测试 计划 

(1) 测试 强度 估算 。 

测试 压力 估算 时 采用 如 下 原则 : 

O 全 年 的 业务 量 集中 在 8 个 月 完成 ,每 个 月 20 个 工作 日 ,每 个 工作 日 8 个 小 时 ; 

© 采用 80-20 原理 ,每 个 工作 日 中 80% 的 业务 在 20% 的 时 间 内 完成 , 即 每 天 80% 的 业 
务 在 1.6 小 时 内 完成 ; 

(2) 测试 压力 的 估算 结果 。 

O 去 年 全 年 处 理 业务 约 100 万 笔 ,其 中 15% 的 业务 处 理 每 笔 业 务 需 对 应 用 服务 器 提交 
7 次 请 求 ; 

@ 70% 的 业务 处 理 每 笔 业 务 需 对 应 用 服务 器 提交 5 次 请 求 ; 其 余 15% 的 业务 每 笔 业 
务 向 应 用 服务 器 提交 3 次 请 求 ; 

O 根据 以 往 统计 结果 ,每 年 的 业务 增 量 为 15% ,考虑 到 今后 3 年 业务 发 展 的 需要 ,测试 
需 按 现 有 业务 量 的 2 倍 进行 。 每 年 总 的 请 求 数量 为 : (100X15%X7 十 100 X70%X5 十 
100X 15% X3)X2=300 FK. 

每 天 的 请 求 数量 为 : 300/160=1.875 万 次 。 每 秒 的 请 求 数量 为 : (18750 X 80%)/(8X 
20% X3600) 二 2.60 次 。 正 常情 况 下 ,应 用 服务 器 处 理 请 求 的 能 力 应 达到 : 3 次 / 秒 。 
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1. 系统 测试 的 方法 有 哪些 ? 
2. 描述 系统 测试 的 全 过 程 。 
3. 描述 性 能 测试 的 主要 类 别 及 重要 指标 。 
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1. 概述 


通过 本 章 的 学 习 , 读 者 能 够 理解 验收 测试 策略 、 验 收 测试 过 程 及 验收 测试 的 思路 ; 能 够 
运用 合适 的 方法 对 课程 项 目 进行 验收 测试 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 验收 测试 策略 ; 
(2) 验收 测试 过 程 。 
2) 难点 

验收 测试 策略 的 运用 。 


4.1 验收 测试 概述 
A 


用 户 验 收 测试 是 软件 开发 结束 后 ,用 户 对 软件 产品 投入 实际 应 用 以 前 进行 的 最 后 一 次 
质量 检验 活动 。 它 要 检查 开发 的 软件 产品 是 否 符合 预期 的 各 项 要 求 , 以 及 确认 用 户 能 否 接 
受 该 产品 。 它 不 只 是 检验 软件 某 个 方面 的 质量 ,而 是 要 进行 全 面 的 质量 检验 ,并 且 要 决定 软 
件 是 否 合格 。 


7.1.1 基本 概念 


验收 测试 是 部 署 软件 之 前 的 最 后 一 个 测试 操作 。 在 软件 产品 完成 了 单元 测试 、 集 成 测 
试 和 系统 测试 之 后 ,产品 发 布 之 前 所 进行 的 软件 测试 活动 。 它 是 技术 测试 的 最 后 一 个 阶段 ， 
也 称 为 交付 测试 。 验 收 测试 的 目的 是 确保 软件 准备 就 绪 , 并 且 可 以 让 最 终 用 户 将 其 用 于 执 
行 软件 的 既定 功能 和 任务 。 

验收 测试 是 向 未 来 的 用 户 表 明 系 统 能 够 像 预 定 要 求 那样 工作 。 经 集成 测试 后 ,已 经 
照 设计 把 所 有 的 模块 组 装 成 一 个 完整 的 软件 系统 ,接口 错误 也 已 经 基本 排除 了 ,接着 就 应 该 
进一步 验证 软件 的 有 效 性 ,这 就 是 验收 测试 的 任务 , 即 软件 的 功能 和 性 能 如 同 用 户 期 待 的 
那样 。 

验收 测试 是 系统 开发 生命 周期 的 一 个 阶段 ,这 时 相关 的 用 户 和 独立 测试 人 员 根 据 测试 


第 7 章 ”验收 测试 Ny 


计划 和 结果 对 系统 进行 测试 和 接收 。 它 让 系统 用 户 决定 是 否 接 受 系统 。 它 是 一 项 确定 产品 
是 否 能 够 满足 合同 或 用 户 所 规定 需求 的 测试 。 这 是 管理 性 和 防御 性 控制 。 

在 工程 及 其 他 相关 领域 中 ,验收 测试 是 指 确认 系统 是 否 符合 设计 规格 或 契约 之 需求 内 
容 的 测试 ,可 能 会 包括 化 学 测试 ,物理 测试 或 是 性 能 测试 。 在 系统 工程 中 ,验收 测试 可 能 包 
括 系统 (例如 一 套 软件 系统 、 许 多 机 械 零件 或 是 一 批 化 学 制品 ) 交 付 前 的 黑箱 测试 。 软 件 开 
发 者 常会 将 系统 开发 者 进行 的 验收 测试 和 客户 在 接受 产品 前 进行 的 验收 测试 分 开 。 后 者 一 
般 会 称 为 使 用 者 验收 测试 终端 客户 测试 、 实 机 (验收 ) 测 试 、 现 场 (验收 ) 测 试 。 在 进行 主要 
测试 程序 之 前 ,常用 冒 烟 测试 作为 一 个 阶段 的 验收 测试 。 


7.1.2 验收 测试 的 总 体 思 


用 户 验收 测试 是 软件 开发 结束 后 ,用 户 对 软件 产品 投入 实际 应 用 以 前 进行 的 最 后 一 次 
质量 检验 活动 。 它 要 回答 开发 的 软件 产品 是 否 符合 预期 的 各 项 要 求 ,以 及 用 户 能 否 接受 的 
问题 。 由 于 它 不 只 是 检验 软件 某 个 方面 的 质量 ,而 是 要 进行 全 面 的 质量 检验 ,并 且 要 决定 软 
件 是 否 合格 ,因此 验收 测试 是 一 项 严格 的 正式 测试 活动 。 需 要 根据 事先 制订 的 计划 ,进行 软 
件 配 置 评审 ,功能 测试 性 能 测试 等 多 方面 检测 。 

用 户 验收 测试 可 以 分 为 两 个 大 的 部 分 : 软件 配置 审核 和 可 执行 程序 测试 ,其 大 致 顺 序 
可 分 为 文档 审核 、 源 代码 审核 ,配置 脚本 审核 ,测试 程序 或 脚本 审核 、 可 执行 程序 测试 。 

需要 注意 的 是 ,在 开发 方 将 软件 提交 用 户 方 进行 验收 测试 之 前 ,必须 保证 开发 方 本 身 已 
经 对 软件 的 各 方面 进行 了 足够 的 正式 测试 (当然 ,这 里 的 “足够 ”, 本 身 是 很 难 准确 定量 的 )。 

用 户 在 按照 合同 接收 并 清点 开发 方 的 提交 物 时 (包括 以 前 已 经 提交 的 ), 要 查看 开发 方 
提供 的 各 种 审核 报告 和 测试 报告 内 容 是 否 齐全 ,再 加 上 平时 对 开发 方 工作 情况 的 了 解 , 基 本 
可 以 初步 判断 开发 方 是 否 已 经 进行 了 足够 的 正式 测试 。 

用 户 验 收 测试 的 每 一 个 相对 独立 的 部 分 ,都 应 该 有 目标 (本 步 又 的 目的 ) .启动 标准 (着 
手 本 步骤 必须 满足 的 条 件 )` 活 动 ( 构 成 本 步骤 的 具体 活动 )、 完 成 标准 (完成 本 步骤 要 满足 的 
条 件 ) 和 度量 (应 该 收集 的 产品 与 过 程 数据 )。 在 实际 验收 测试 过 程 中 ,收集 度量 数据 ,不 是 
一 件 容 易 的 事情 。 

对 于 一 个 外 包 的 软件 项 目 而 言 , 软 件 承 包 方 通常 要 提供 如 下 相关 的 软件 配置 内 容 : 源 
程序 .可 执行 程序 .配置 脚本 测试 程序 或 脚本 ,主要 的 开发 类 文档 有 《需求 分 析 说 明 书 兴 概 
要 设计 说 明 书 兴 详 细 设计 说 明 书 兴 数 据 库 设计 说 明 书 兴 测试 计划 兴 测试 报告 兴 程 序 维护 手 
册 兴 程序 员 开发 手册 兴 用 户 操作 手册 兴 项 目 总 结 报告 ?。 主 要 的 管理 类 文档 有 《项 目 计 划 
书 兴 质量 控制 计划 兴 配 置 管理 计划 兴 用 户 培 训 计 划 兴 质量 总 结 报告 兴 评 审 报告 兴 会 议 记 
录 兴 开发 进度 月 报 》。 

审核 要 达到 的 基本 目标 是 : 

CL) 根据 共同 制定 的 审核 表 , 尽 可 能 地 发 现 被 审核 内 容 中 存在 的 问题 ,并 最 终 得 到 
解决 。 

(2) 在 根据 相应 的 审核 表 进 行文 档 审核 和 源 代 码 审核 时 ,还 要 注意 文档 与 源 代 码 的 一 
致 性 。 
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7.1.3 a B WREN 


事实 上 ,软件 开发 人 员 不 可 能 完全 预见 用 户 实际 使 用 程序 的 情况 。 例 如 ,用 户 可 能 错误 
地 理解 命令 ,或 提供 一 些 奇怪 的 数据 组 合 , 亦 可 能 对 设计 者 自 认 明了 的 输出 信息 迷惑 不 解 ， 
等 等 。 因 此 ,软件 是 否 真 正 满足 最 终 用 户 的 要 求 ,应 由 用 户 进行 一 系列 的 “验收 测试 ”。 验 收 
测试 既 可 以 是 非 正式 的 测试 ,也 可 以 是 有 计划 、 有 系统 的 测试 。 有 时 ,验收 测试 长 达 数 周 其 
至 数 月 ,不 断 暴 露 错 误 ,导致 开发 延期 。 一 个 软件 产品 ,可 能 拥有 众多 用 户 ,不 可 能 由 每 个 用 
户 验 收 , 此 时 多 采用 称 为 a.B 测试 的 过 程 ,用 来 发 现 那 些 似乎 只 有 最 终 用 户 才能 发 现 的 问 
题 。a 测试 是 指 软件 开发 公司 组 织 内 部 人 员 模 拟 各 类 用 户 对 即将 面市 软件 产品 ( 称 为 版 
本 ) 进 行 测试 ,试图 发 现 错误 并 修正 。a 测试 的 关键 在 于 尽 可 能 逼真 地 模拟 实际 运行 环境 和 
用 户 对 软件 产品 的 操作 并 尽 最 大 努力 涵盖 所 有 可 能 的 用 户 操作 方式 。 经 过 测试 调整 的 软 
件 产品 称 为 B 版 本 。 紧 随 其 后 的 B 测 试 是 指 软件 开发 公司 组 织 各 方面 的 典型 用 户 在 日 常 工 
作 中 实际 使 用 B 版 本 ,并 要 求 用 户 报告 异 常情 况 、 提 出 批评 意见 ; 然后 软件 开发 公司 再 对 B 
版 本 进行 改 错 和 完善 。 一 般 包 括 功能 度 .安全 可 靠 性 、. 易 用 性 .可 扩充 性 ,兼容 性 ,效率 ,资源 
占用 率 、 用 户 文档 8 个 方面 。 


¢.2 验收 测试 的 常用 策略 


实施 验收 测试 的 常用 策略 有 3 种 ,分 别 是 : 正式 验收 、, 非 正式 验收 或 测试 .8 测试 , 策 
略 通常 建立 在 合同 需求 组织 和 公司 标准 以 及 应 用 领域 的 基础 上 。 


7.2.1 正式 验收 测试 


正式 软件 验收 测试 是 一 项 管理 严格 的 过 程 , 它 通常 是 系统 测试 的 延续 。 计 划 和 设计 这 
些 测试 的 周密 和 详细 程度 不 亚 于 系统 测试 。 选 择 的 测试 用 例 应 该 是 系统 测试 中 所 执行 测试 
用 例 的 子 集 。 不 要 偏离 所 选择 的 测试 用 例 方向 ,这 一 点 很 重要 。 在 很 多 组 织 中 ,正式 软件 验 
收 测试 是 完全 自动 执行 的 。 

对 于 系统 测试 ,活动 和 工件 是 一 样 的 。 在 某 些 组 织 中 ,开发 组 织 (或 其 独立 的 测试 小 组 ) 
与 最 终 用 户 组 织 的 代表 一 起 执行 验收 测试 。 在 其 他 组 织 中 ,软件 验收 测试 则 完全 由 最 终 用 
户 组 织 执行 ,或 者 由 最 终 用 户 组 织 选 择 人 员 组 成 一 个 客观 公正 的 小 组 来 执行 。 

这 种 测试 形式 的 优点 是 : 

(1) 要 测试 的 功能 和 特性 都 是 已 知 的 。 

(2) 测试 的 细节 是 已 知 的 并 且 可 以 对 其 进行 评测 。 

(3) 这 种 测试 可 以 自动 执行 ,支持 回归 测试 。 

(4) 可 以 对 测试 过 程 进 行 评测 和 监测 。 

(5) 可 接受 性 标准 是 已 知 的 。 

缺点 包括 : 

(1) 要 求 大 量 的 资源 和 计划 。 

(2) 这 些 测试 可 能 是 系统 测试 的 再 次 实施 。 
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(3) 可 能 无 法 发 现 软件 中 由 于 主观 原因 造成 的 缺陷 ,这 是 因为 你 只 查找 预期 要 发 现 的 
缺陷 。 


7.2.2 非 正 式 验收 测试 


在 非 正式 验收 测试 中 ,执行 测试 过 程 的 限定 不 像 正式 验收 测试 那样 严格 。 在 此 测试 中 ， 
确定 并 记录 要 研究 的 功能 和 业务 任务 ,但 没有 可 以 遵循 的 特定 测试 用 例 。 测 试 内 容 由 各 测 
试 员 决定 。 这 种 验收 测试 方法 不 像 正 式 验收 测试 那样 组 织 有 序 ,而 且 更 为 主观 。 

大 多 数 情况 下 , 非 正式 验收 测试 是 由 最 终 用 户 组 织 执行 的 。 

这 种 测试 形式 的 优点 是 : 

(1) 要 测试 的 功能 和 特性 都 是 已 知 的 。 

(2) 可 以 对 测试 过 程 进行 评测 和 监测 。 

(3) 可 接受 性 标准 是 已 知 的 。 

(4) 与 正式 验收 测试 相 比 , 可 以 发 现 更 多 由 于 主观 原因 造成 的 缺陷 。 

缺点 包括 : 

(1) 要 求 资源 .计划 和 管理 资源 。 

(2) 无 法 控制 所 使 用 的 测试 用 例 。 

(3) 最 终 用 户 可 能 沿用 系统 工作 的 方式 ,并 可 能 无 法 发 现 缺陷 。 

(4) 最 终 用 户 可 能 专注 于 比较 新 系统 与 遗留 系统 ,而 不 是 专注 于 查找 缺陷 。 

(5) 用 于 验收 测试 的 资源 不 受 项 目的 控制 ,并 且 可 能 受到 压缩 。 


7.2.3 PB 测试 


在 以 上 两 种 验收 测试 策略 中 ,B 测试 需要 的 控制 是 最 少 的 。 在 B 测试 中 ,采用 的 细节 多 
少数 据 和 方法 完全 由 各 测试 员 决 定 。 各 测试 员 负 责 创建 自己 的 环境 、 选 择 数据 ,并 决定 要 
研究 的 功能 、 特 性 或 任务 。 各 测试 员 负责 确定 自己 对 于 系统 当前 状态 的 接受 标准 。B 测试 
由 最 终 用 户 实施 ,通常 开发 (或 其 他 非 最 终 用 户 ) 组 织 对 其 的 管理 很 少 或 不 进行 管理 。B 测 
试 是 所 有 验收 测试 策略 中 最 主观 的 。 

8 测试 是 软件 的 多 个 用 户 在 一 个 或 多 个 用 户 的 实际 使 用 环境 下 进行 的 测试 。 开 发 者 通 
常 不 在 测试 现场 ,8 测试 不 能 由 程序 员 或 测试 员 完成 。 

该 测试 形式 的 优点 是 : 

(1) 测试 由 最 终 用 户 实施 。 

(2) 大 量 的 潜在 测试 资源 。 

(3) 提高 客户 对 参与 人 员 的 满意 程度 。 

(4) 与 正式 或 非 正 式 验收 测试 相 比 ,可 以 发 现 更 多 由 于 主观 原因 造成 的 缺陷 。 

缺点 包括 : 

(1) 未 对 所 有 功能 和 /或 特性 进行 测试 。 

(2) 测试 流程 难以 评测 。 

(3) 最 终 用 户 可 能 沿用 系统 工作 的 方式 ,并 可 能 没有 发 现 或 没有 报告 缺陷 。 

(4) 最 终 用 户 可 能 专注 于 比较 新 系统 与 遗留 系统 ,而 不 是 专注 于 查找 缺陷 。 
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(5) 用 于 验收 测试 的 资源 不 受 项 目的 控制 ,并 且 可 能 受到 压缩 。 
(6) 可 接受 性 标准 是 未 知 的 。 
(7) 需要 更 多 辅助 性 资源 来 管理 B 测 试 员 。 


7.3 验收 测试 过 程 


(1) 测试 计划 在 需求 分 析 阶 段 建 立 ,主要 了 解 软件 功能 和 性 能 要 求 、 软 硬件 环境 要 求 
等 ,并 特别 要 了 解 软 件 的 质量 要 求 和 验收 要 求 。 根 据 软件 需求 和 验收 要 求 编制 测试 计划 , 制 
定 需 测试 的 测试 项 ,制定 测试 策略 及 验收 通过 准则 。 

(2) 建立 测试 环境 。 根 据 验 收 测试 计划 ,项 目 或 产品 验收 准则 完成 测试 用 例 的 设计 ,并 
经 过 评审 。 

(3) 准备 测试 数据 、 执 行 测试 用 例 , 记 录 测 试 结果 。 

(4) 分 析 测 试 结果 。 根 据 验 收 通 过 准则 分 析 测 试 结果 ,给 出 验收 是 否 通 过 的 结论 及 测 
试 评价 。 

通常 会 有 4 种 情况 : 

© 测试 项 目 通过 。 

@ 测试 项 目 没有 通过 ,并 且 不 存在 变通 方法 ,需要 做 很 大 的 修改 。 

© 测试 项 目 没有 通过 ,但 存在 变通 方法 ,在 维护 后 期 或 下 一 个 版 本 改进 。 

@ 测试 项 目 无 法 评估 或 者 无 法 给 出 完整 的 评估 。 此 时 必须 给 出 原因 。 如 果 是 因为 该 
测试 项 目 没有 说 清楚 ,应 该 修改 测试 计划 。 

(5) 提交 测试 报告 。 根 据 产 品 设计 说 明 书 .详细 设计 说 明 书 、 验 收 测试 结果 和 发 现 的 错 
误 信息 ,评价 系统 的 设计 与 实现 ,最 终 通过 验收 测试 报告 和 缺陷 报告 等 体现 出 来 。 

图 7. 1 所 示 为 验收 测试 的 流程 图 。 
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图 7.1 验收 测试 过 程 流程 图 
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7.4 用 户 验 收 测试 实施 


用 户 验 收 测试 可 以 分 为 两 大 部 分 : 软件 配置 审核 和 可 执行 程序 测试 ,其 大 致 顺序 可 

(1) 文档 审核 ; 

(2) 源 代码 审核 ; 

G) 配置 脚本 审核 ; 

(4) 测试 程序 或 脚本 审核 ; 

(5) 可 执行 程序 测试 。 

软件 配置 审核 是 对 于 一 个 外 包 的 软件 项 目 而 言 ,软件 承包 方 通常 要 提供 如 下 相关 的 软 
件 配置 内 容 : 可 执行 程序 、 源 程序 .配置 脚本 测试 程序 或 脚本 。 

审核 的 文档 类 型 ; 

(1) 主要 的 开发 类 文档 包括 《需求 分 析 说 明 书 兴 概 要 设计 说 明 书 兴 详 细 设 计 说 明 书 》 
《数据 库 设计 说 明 书 兴 测 试 计 划 兴 测试 报告 兴 程 序 维护 手册 兴 程 序 员 开 发 手册 兴 用 户 操作 
手册 兴 项 目 总 结 报告 )。 

(2) 主要 的 管理 类 文档 包括 《项 目 计 划 书 兴 质 量 控制 计划 兴 配 置 管理 计划 兴 用 户 培训 
计划 兴 质 量 总 结 报告 兴 评 审 报告 兴 会 议 记录 兴 开 发 进度 月 报 》。 

在 开发 类 文档 中 ,容易 被 忽视 的 文档 有 《程序 维护 手册 》 和 《程序 员 开发 手册 》。 

《程序 维护 手册 ) 的 主要 内 容 包括 系统 说 明 ( 包 括 程 序 说 明 )、 操 作 环 境 \ 维 护 过 程 、 源 代 
码 清 单 等 ,编写 目的 是 为 将 来 的 维护 、 修 改 和 再 次 开发 工作 提供 有 用 的 技术 信息 。 

《程序 员 开 发 手册 ) 的 主要 内 容 包 括 系 统 目 标 、 开 发 环境 使 用 说 明 测试 环境 使 用 说 明 、 
编码 规范 及 相应 的 流程 等 ,实际 上 就 是 程序 员 的 培训 手册 。 

通常 ,正式 的 审核 过 程 分 为 5 个 步 又 : 

® 计划 ; 

O 预备 会 议 ( 可 选 ): 对 审核 内 容 进行 介绍 并 讨论 ; 

O 准备 阶段 : 各 责任 人 事先 审核 并 记录 发 现 的 问题 ; 

D 审核 会 议 : 最 终 确定 工作 产品 中 包含 的 错误 和 缺陷 ; 

© 问题 追踪 。 

审核 要 达到 的 基本 目标 是 : 

(1) 根据 共同 制定 的 审核 表 , 尽 可 能 地 发 现 被 审核 内 容 中 存在 的 问题 ,并 最 终 得 到 
解决 。 

(2) 在 根据 相应 的 审核 表 进行 文档 审核 和 源 代码 审核 时 ,还 要 注意 文档 与 源 代 码 的 一 
SE. 

在 文档 审核 , 源 代码 审核 ,配置 脚本 审核 ,测试 程序 或 脚本 审核 都 顺利 完成 后 ,就 可 以 进 
行 验收 测试 的 最 后 一 个 步骤 一 一 可 执行 程序 的 测试 。 

可 执行 程序 的 测试 包括 功能 \ 性 能 等 方面 的 测试 .每 种 测试 也 都 包括 目标 、 启 动 标准 、 活 
动 .完成 标准 和 度量 5 部 分 。 

需要 注意 的 是 ,不 能 直接 使 用 开发 方 提供 的 可 执行 程序 用 于 测试 ,而 要 按照 开发 方 提供 
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的 编译 步骤 ,从 源 代 码 重新 生成 可 执行 程序 。 
在 真正 进行 用 户 验收 测试 之 前 一 般 应 该 已 经 完成 了 以 下 工作 (也 可 以 根据 实际 情况 有 
选择 地 采用 或 增加 ) : 
D 软件 开发 已 经 完成 ,并 全 部 解决 了 已 知 的 软件 缺陷 。 
© 验收 测试 计划 已 经 过 评审 并 批准 ,并 且 置 于 文档 控制 之 下 。 
@ 对 软件 需求 说 明 书 的 审查 已 经 完成 。 
D 对 概要 设计 ,详细 设计 的 审查 已 经 完成 。 
© 对 所 有 关键 模块 的 代码 审查 已 经 完成 。 
© 对 单元 ,集成 、 系 统 测试 计划 和 报告 的 审查 已 经 完成 。 
© 所 有 的 测试 脚本 已 完成 ,并 至 少 执行 过 一 次 , 且 通 过 评审 。 
@ 使 用 配置 管理 工具 且 代 码 置 于 配置 控制 之 下 。 
@ 软件 问题 处 理 流程 已 经 就 绪 。 
O 已 经 制定 .评审 并 批准 验收 测试 完成 标准 。 
具体 的 测试 内 容 通常 可 以 包括 : 
DO 安装 (升级 ); 
@ 启动 与 关机 ; 
© 功能 测试 ( 正 例 .重要 算法 .边界 时序. 反例 、 错 误 处 理 ); 
@ 性 能 测试 (正常 的 负载 、 容 量变 化 ); 
© 压力 测试 (临界 的 负载 、 容 量变 化 ); 
© 配置 测试 ,平台 测试 .安全 性 测试 .恢复 测试 (在 出 现 掉 电 、 硬 件 故障 或 切换 、 网 络 故 
障 等 情况 时 ,系统 是 否 能 够 正常 运行 ) .可靠 性 测试 等 。 


7.5 验收 测试 实例 


1. 项 目 简介 


上 海 电气 商 和 网 一 一 电子 合同 管理 系统 是 一 个 与 上 海 电气 商 和 网 整合 在 一 起 的 系统 ， 
将 商 和 网 用 户 最 终 形成 的 采购 结果 ,包括 价格 、 数 量 、 型 号 等 信息 以 电子 合同 的 形式 保存 起 
来 ,并 为 交易 双方 提供 了 使 用 商 和 网 颁发 的 个 人 证 书 和 企业 证 书 对 电子 合同 进行 签名 和 盖 
章 操 作 , 在 网 上 直接 签署 合同 的 功能 。 


2. 测试 内 容 


上 海 市 软件 评测 中 心 (SHSTC) 受 上 海 电气 网 络 科 技 有 限 公 司 委托 ,根据 GB/T 
17544 一 1998《 信 息 技 术 软 件 包 质量 要 求 和 测试 )、.GB/T 16260. 1《 软 件 工程 产品 质量 第 1 
部 分 : 质量 模型 》GB/T 16260. 2 一 2006《 软 件 工程 产品 质量 第 2 部 分 : 外 部 度量 ) 的 标 
准 , 和 SHSTC 软件 产品 测试 规范 规定 的 检测 方法 ,于 2010 年 5 月 28 日 至 6 月 23 日 ,对 上 
海 电气 网 络 科技 有 限 公 司 开发 的 “上 海 电 气 商 和 网 一 一 电子 合同 管理 系统 V1. 0” 进 行 了 功 
能 和 性 能 测试 。 
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3. 效果 及 总 结 


通过 对 整个 系统 的 功能 测试 ,发 现 并 协助 开发 方 有 效 地 修改 了 系统 中 存在 的 功能 方面 
的 缺陷 ,提升 了 软件 的 质量 ,使 软件 的 具体 实现 达到 了 需求 规格 说 明 书 的 要 求 ,有 效 地 预防 
了 系统 上 线 后 可 能 造成 的 业务 风险 。 通 过 对 常用 业务 模块 多 用 户 并 发 状况 下 的 负载 压力 测 
试 ,协助 开发 方 定位 性 能 瓶颈 ,优化 系统 和 网 络 设置 ,显著 提升 了 系统 的 性 能 ,使 委托 方 能 对 
系统 上 线 后 可 承受 的 并 发 用 户 和 操作 响应 时 间 有 预先 的 了 解 。 通 过 对 缺陷 的 确认 测试 , 确 
认 了 发 现 的 缺陷 得 到 了 有 效 修改 。 


保 后 习题 
w 
1. 验收 测试 是 由 谁 完成 的 ? 通常 包含 哪些 过 程 ? 


2. 验收 测试 的 主要 任务 是 什么 ? 
3. 针对 网 上 书店 系统 ,编写 验收 测试 的 测试 计划 。 






软件 质量 保证 


2) 


本 篇 分 为 4 章 , 第 8 章 软件 过 程 能 力 评估 ,第 9 章 软 件 缺 陷 及 缺陷 
管理 ,第 10 章 软件 质量 保证 ,第 11 章 配 置 管理 。 第 8 章 介绍 软件 能 力 
成 熟 度 模型 及 软件 测试 成 熟 度 模型 ,掌握 软件 测试 过 程 改 进 的 方法 。 
第 9 章 系统 讲解 了 如 何 有 效 管理 在 软件 测试 过 程 中 发 现 的 缺陷 。 第 10 
章 介 绍 了 软件 质量 保证 的 相关 概念 ,以 及 软件 测试 与 软件 质量 保证 的 
关系 。 第 11 章 介绍 了 软件 配置 管理 的 基本 理论 ,活动 原 则 及 配置 方法 。 





”软件 过 程 能 力 评估 | 


1. 概述 


通过 本 章 的 学 习 , 可 以 了 解 软件 能 力 成 熟 度 模型 及 软件 测试 成 熟 度 模型 ,掌握 软件 测试 
过 程 改进 的 方法 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 软件 能 力 成 熟 度 模型 

(2) 软件 测试 成 熟 度 模型 。 

2) 难点 

软件 测试 过 程 改进 的 方法 。 

“软件 过 程 及 能 力 成 熟 度 评估 ”( 简 称 SPCA) 是 软件 过 程 能 力 评估 和 软件 能 力 成 熟 度 评 
估 的 统称 ,是 工业 和 信息 化 部 会 同 国家 认证 认可 监督 委员 会 在 研究 了 国际 软件 评估 体制 ,万 
其 是 美国 卡 内 基 。 梅 隆 大 学 SEI 所 建立 的 能 力 成 熟 度 模型 CMMI, 并 考虑 国内 软件 产业 实 
际 情 况 所 建立 的 软件 评估 体系 。SPCA 依据 的 评估 标准 是 SJ/T 11234 和 SJ/T 11235, 这 两 
个 标准 是 在 深入 研究 了 CMM,CMMI,ISO/TEC TR15504、ISO 9000、TL 9000 以 及 其 他 有 
关 的 资料 和 文件 以 及 国外 企业 实施 CMM 的 实际 情况 后 ,结合 国内 企业 的 实际 情况 ,以 
CMMI 作为 主要 参考 文件 最 终 形成 的 ,工业 和 信息 化 部 于 2001 年 5 月 1 日 发 布 实施 。 

SPCA 评估 遵循 (软件 过 程 及 能 力 成 熟 度 评估 指南 》, 该 指南 是 国家 认 监 委 及 工业 和 信 
息 化 部 于 2002 年 8 月 共同 发 布 的 利用 SJ/T 11234 或 SJ/T 11235 实施 评估 的 操作 指南 。 
评估 过 程 由 经 过 培训 的 专业 队伍 以 评估 参考 模型 作为 确定 过 程 的 强项 和 弱项 的 基础 ,而 对 
一 个 或 多 个 过 程 进行 检查 。 从 不 同 用 途 考 虑 ,评估 分 为 内 部 过 程 改进 评估 和 顾客 选择 评价 
两 种 。 

目前 ,国家 认证 认可 监督 管理 委员 会 (CNCA) 及 工业 和 信息 化 部 已 经 联合 发 布 (软件 
过 程 及 能 力 成 熟 度 评估 监督 管理 办 法 ),CNCA 授权 的 中 国 认 证 机 构 国 家 认可 委员 会 
(CNAB) 和 中 国 国 家 认证 人 员 培 训 认 可 委员 会 (CNAT) ,已 制定 和 试点 实施 “软件 过 程 及 
能 力 成 熟 度 评估 ”认可 规则 ,并 成 立 SPCA 工作 组 ,以 推动 中 国 软件 过 程 及 能 力 成 熟 度 评 
估 的 实施 。 
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@.1 软件 能 力 成 熟 度 模型 
A 


软件 的 能 力 成 熟 度 模型 (CMM/CMMD) 是 一 个 行业 标准 模型 , 它 是 在 美国 国防 部 的 指 
导 下 ,由 卡 内 基 … 梅 隆 大 学 软件 工程 研究 所 开发 的 用 于 定义 和 评价 软件 公司 开发 过 程 的 成 
熟 度 ,提供 怎样 做 才能 提高 软件 质量 的 指导 。 

软件 能 力 成 熟 度 模型 中 融合 了 全 面 质 量 管理 的 思想 ,以 不 断 进化 的 层次 反映 了 软件 过 
程 定量 控制 中 项 目 管理 和 项 目 工程 的 基本 原则 。CMM/CMMI 所 依据 的 想法 是 只 要 不 断 
地 对 企业 的 软件 工程 过 程 的 基础 结构 和 实践 进行 管理 和 改进 ,就 可 以 克服 软件 生产 中 的 困 
难 ,增强 开发 制造 能 力 , 从 而 能 按时 地 ,不 超 预 算 地 制造 出 高 质量 的 软件 。 


8.1.1 CMM/CMMI 的 发 展 


CMM/CMMI 的 思想 来 源 于 已 有 多 年 历史 的 产品 质量 管理 和 全 面 质量 管理 。Watts 
Humphrey 和 Ron Radice 在 IBM 公司 将 全 面 质 量 管理 的 思想 应 用 于 软件 工程 过 程 , 收 到 了 
很 大 的 成 效 。20 世纪 80 年 代 中 期 ,为 了 保证 软件 产品 的 质量 ,美国 联邦 政府 提出 对 软件 承 
包 商 的 软件 开发 能 力 进行 评估 的 要 求 。1987 年 ,由 美国 卡 内 基 。 梅 隆 大 学 软件 工程 研究 所 
(CMU/SED 发 布 了 软件 过 程 成 熟 度 框 架 ,提供 了 软件 过 程 评估 和 软件 能 力 评价 两 种 评估 方 
法 。4 年 之 后 ,SEI 将 软件 过 程 成 熟 度 框架 发 展 为 软件 能 力 成 熟 度 模型 (Capability Maturity 
Model For Software, 简 称 SW-CMM) ,并 发 布 了 最 早 的 SW-CMM 1. 0 版 。 经 过 两 年 的 试 
用 ,1993 年 SEI 正式 发 布 了 SW-CMM 1.1 版 。 

1991 年 SW-CMM 首次 发 布 后 , 便 受到 了 软件 工业 界 的 热烈 欢迎 和 认同 。 但 是 , 随 着 
IT 产业 的 快速 发 展 ,软件 的 应 用 领域 逐渐 扩大 ,复杂 度 日 趋 增强 ,CMM 体系 存在 的 不 足 逐 
渐 显 露 。 扩 大 CMM 的 使 用 领域 ,成 为 CMU/SEI 对 CMM 进行 完善 的 重要 内 容 。 在 总 结 
CMM 应 用 的 经 验 和 教训 基础 上 , CMU/SEI 提出 了 能 力 成 熟 度 集成 模型 (Capability 
Maturity Model Integration, CMMI) ,该 模型 整合 了 不 同 模型 中 的 最 佳 实践 ,覆盖 了 多 个 领 
域 , 供 企 业 进行 整个 组 织 的 全 面 过 程 改 进 。2001 年 12 月 .CMUVSEI 正式 发 布 了 CMMI 1. 1 版 
本 ,这 次 发 布 标志 着 CMMI 的 正式 使 用 。 目 前 广泛 使 用 的 是 CMMI 1.2, 这 个 版 本 是 2006 年 
8 月 发 布 的 。 


8.1.2 CMM/CMMI 应 用 领域 
CMM/CMMI 从 发 布 至 今 ,在 以 下 3 个 领域 得 到 了 广泛 认可 和 应 用 。 
1. 软件 过 程 评估 (Software Process Assessment,SPA) 


指出 该 企业 所 面临 的 与 软件 过 程 有 关 的 、 最 急需 解决 的 问题 ,为 组 织 领导 层 提 供 报 告 以 
获得 组 织 对 软件 过 程 改 善 的 支持 。 软 件 过 程 评 估 集 中 关注 组 织 自 身 的 软件 过 程 ,在 一 种 合 
作 的 、 开 放 的 环境 中 进行 。 评 估 的 成 功 取决 于 管理 者 和 专业 人 员 对 组 织 软 件 过 程 改 善 的 
支持 。 
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2. 软件 过 程 改进 (Software Process Improvement, SPI) 


帮助 软件 企业 对 其 软件 (制作 ) 过 程 的 改变 ( 进 ) 进 行 计划 、( 措 施 ) 制 定 以 及 实施 。 其 实 
施 对 象 就 是 软件 企业 的 软件 过 程 ,也 就 是 软件 产品 的 生产 过 程 ,当然 也 包括 软件 维护 之 类 的 
维护 过 程 ,而 对 于 其 他 的 过 程 并 不 关注 。 


3. 软件 能 力 评价 (Software Capability Evaluation.SCE) 


鉴别 软件 承包 者 的 能 力 资格 或 检查 、 监 督 用 于 软件 制作 的 软件 过 程 的 情况 。 软 件 能 力 
评价 集中 关注 .识别 在 预算 和 进度 要 求 范围 内 完成 制造 出 高 质量 的 软件 产品 的 软件 合同 及 
相关 风险 。 评 价 在 一 种 审核 的 环境 中 进行 ,重点 在 于 揭示 组 织 实际 执行 软件 过 程 的 文档 化 
的 审核 记录 。 


8.1.3 CMM/CMMI 基本 框架 
1. CMM 


CMM/CMMI 将 软件 过 程 的 成 熟 度 分 为 5 个 等 级 ,以 下 是 5 个 等 级 的 基本 特征 (如 
图 8. 1 所 示 ): 
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图 8.1 CMM 等 级 图 


(1) 初始 级 (initial) 。 工 作 无 序 , 项 目 进行 过 程 中 常 放 弃 当 初 的 计划 。 管 理 无 章法 , 缺 
乏 健 全 的 管理 制度 。 开 发 项 目 成 效 不 稳定 ,项 目 成 功 主 要 依靠 项 目 负 责 人 的 经 验 和 能 力 , 负 
责 人 一 旦 离 去 ,工作 秩序 将 面目 全 非 。 

(2) 可 重复 级 (Repeatable)。 管 理 制度 化 ,建立 了 基本 的 管理 制度 和 规程 ,管理 工作 有 
章 可 循 。 初 步 实 现 标 准 化 ,开发 工作 比较 好 地 按 标准 实施 。 变 更 依法 进行 ,做 到 基线 化 , 稳 
定 可 跟踪 ,新 项 目的 计划 和 管理 基于 过 去 的 实践 经 验 , 具 有 重复 以 前 成 功 项 目的 环境 和 
条 件 。 

(3) 已 定义 级 (Defined)。 开 发 过 程 (包括 技术 工作 和 管理 工作 ) 均 已 实现 标准 化 、 文 档 
化 。 建 立 了 完善 的 培训 制度 和 专家 评审 制度 ,全 部 技术 活动 和 管理 活动 均 可 控制 ,对 项 目 进 


164 


Vs 


软件 测试 技术 及 实战 汇编 


行 中 的 过 程 .岗位 和 职责 均 有 共同 的 理解 。 

(4) 已 管理 级 (Managed) 。 产 品 和 过 程 已 建立 了 定量 的 质量 目标 。 开 发 活动 中 的 生产 
率 和 质量 是 可 量度 的 。 已 建立 过 程 数 据 库 。 已 实现 项 目 产品 和 过 程 的 控制 。 可 预测 过 程 和 
产品 质量 趋势 ,如 预测 偏差 ,实现 及 时 纠正 。 

(5) 优化 级 (Optimizing)。 可 集中 精力 改进 过 程 ,采用 新 技术 、 新 方法 。 拥 有 防止 出 现 
缺陷 .识别 薄弱 环节 以 及 加 以 改进 的 手段 。 可 取得 过 程 有 效 性 的 统计 数据 ,并 可 据 之 进行 分 
析 , 从 而 得 出 最 佳 方法 。 


2. CMMI 


CMMI 在 吸取 了 CMM 和 美国 电子 行业 协会 临时 标准 (EIA/IS)731 的 表示 方法 的 基础 
上 ,将 软件 过 程 能 力 成 熟 度 分 为 阶段 式 和 连续 式 两 种 形式 。 

阶段 式 主要 用 于 对 软件 组 织 的 过 程 能 力 成 熟 度 的 评估 ,基本 沿用 了 CMM 模型 框架 , 仍 
然 保 留 了 5 个 成 熟 度 等 级 ,但 过 程 域 做 了 一 些 调整 和 扩充 。 

连续 式 将 软件 过 程 领域 分 为 过 程 管理 ,项 目 管理 .工程 支持 ,主要 用 于 软件 组 织 的 某 一 
个 过 程 领域 的 能 力度 评估 。 连 续 式 模型 共有 6 个 能 力度 等 级 ,分 别 是 0 级 (不 完整 级 )、1 级 
(执行 级 )、2 级 (管理 级 )、3 级 (定义 级 )、4 级 (量化 管理 级 )、5 级 (最 佳 化 级 )。 如 表 8. 1 
所 示 。 


表 8.1 CMM、CMMI 模型 的 等 级 名 称 的 对 应 关系 





























Level CMM CMMI( 分 级 式 ) CMMI( 连 续 式 ) 
0 一 一 不 完整 级 
1 初始 级 初始 级 执行 级 
2 重复 级 管理 级 管理 级 
3 定义 级 定义 级 定义 级 
4 管理 级 定量 管理 级 定量 管理 级 
5 优化 级 优化 级 优化 级 


6.2 软件 测试 成 熟 度 模型 


软件 测试 是 软件 开发 过 程 中 的 一 个 关键 组 成 部 分 ,为 提高 软件 质量 提供 了 有 力 保障 。 
现 有 的 软件 过 程 评估 模型 (CMM、CMMI、ISO 9001 等 ) 都 没有 对 测试 过 程 加 以 关注 。 为 了 
提高 软件 测试 的 效率 和 质量 ,测试 人 员 不 仅 要 研究 软件 测试 各 种 技术 方法 和 工具 ,还 必须 
注重 软件 测试 过 程 的 管理 和 改进 。 软 件 测 试 成 熟 度 模型 (Test Maturity Model, TMM) iE 
是 在 这 种 情况 下 产生 的 。 

TMM 由 美国 Illinois Institute of Technology 建立 ,是 对 SEI-CMM 的 有 效 补充 。 它 依 
据 CMM 的 框架 提出 测试 的 5 个 不 同 级 别 ,关注 测试 能 力 的 成 熟 度 模型 。 


1. 第 1 级 (初始 级 ) 
TMM 初始 级 软件 测试 过 程 的 特点 是 测试 过 程 无 序 , 有 时 甚至 是 混乱 的 ,几乎 没有 妥善 
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定义 的 。 初 始 级 中 软件 的 测试 与 调试 常常 被 混为一谈 ,软件 开发 过 程 中 缺乏 测试 资源 .工具 
以 及 训练 有 素 的 测试 人 员 。 初 始 级 的 软件 测试 过 程 没有 定义 成 熟 度 目 标 。 


2. 第 2 级 (定义 级 ) 


在 TMM 的 定义 级 中 ,测试 已 具备 基本 的 测试 技术 和 方法 ,软件 的 测试 与 调试 已 经 明确 
地 被 区 分 开 。 这 时 ,测试 被 定义 为 软件 生命 周期 中 的 一 个 阶段 , 它 紧 随 在 编码 阶段 之 后 。 但 
在 定义 级 中 ,测试 计划 往往 在 编码 之 后 才 得 以 制订 ,这 显然 有 悖 于 软件 工程 的 要 求 。 

) 制订 测试 与 调试 目标 

软件 组 织 必须 清晰 地 区 分 软件 开发 的 测试 过 程 与 调试 过 程 ,识别 各 自 的 目标 ,任务 和 活 
动 。 正 确 区 分 这 两 个 过 程 是 提高 软件 组 织 测试 能 力 的 基础 。 与 调试 工作 不 同 ,测试 工作 是 
一 种 有 计划 的 活动 ,可 以 进行 管理 和 控制 。 这 种 管理 和 控制 活动 需要 制订 相应 的 策略 和 政 
策 ,以 确定 和 协调 这 两 个 过 程 。 

制订 测试 与 调试 目标 包含 5 个 子 成 熟 度 目标 : 

。 分 别 形成 测试 组 织 和 调试 组 织 , 并 有 经 费 支持 。 

。 规划 并 记录 测试 目标 。 

。 规划 井 记 录 调 试 目标 。 

。 将 测试 和 调试 目标 形成 文档 ,并 分 发 至 项 目 相关 人 员 。 

。 将 测试 目标 反映 在 测试 计划 中 。 

2) 启动 测试 计划 过 程 

制订 计划 是 使 一 个 过 程 可 重复 、 可 定义 和 可 管理 的 基础 。 测 试 计划 应 包括 测试 目的 、 风 
险 分 析 、 测 试 策 略 以 及 测试 设计 规格 说 明和 测试 用 例 。 此 外 ,测试 计划 还 应 说 明 如 何 分 配 测 
试 资源 ,如 何 划 分 单元 测试 、 集 成 测试 、 系 统 测试 和 验收 测试 的 任务 。 

启动 测试 计划 过 程 包含 5 个 子 目 标 : 

。 建立 组 织 内 的 测试 计划 组 织 并 予以 经 费 支持 。 

。 建立 组 织 内 的 测试 计划 政策 框架 并 予以 管理 上 的 支持 。 

。 开发 测试 计划 模板 并 分 发 至 项 目的 管理 者 和 开发 者 。 

。 建立 一 种 机 制 ,使 用 户 需求 成 为 测试 计划 的 依据 之 一 。 

。 评价, 推荐 和 获得 基本 的 计划 工具 并 从 管理 上 支持 工具 的 使 用 。 

3) 制度 化 基本 的 测试 技术 和 方法 

为 改进 测试 过 程 能 力 ,组织 中 需 应 用 基本 的 测试 技术 和 方法 ,并 说 明 何 时 和 怎样 使 用 这 
些 技术 ,方法 和 支持 工具 。 将 基本 测试 技术 和 方法 制度 化 有 两 个 子 目标 : 

*。 在 组 织 范围 内 成 立 测试 技术 组 ,研究 .评价 和 推荐 基本 的 测试 技术 和 测试 方法 ,推荐 

支持 这 些 技术 与 方法 的 基本 工具 。 

。 制订 管理 方针 以 保证 在 全 组 织 范围 内 一 致使 用 所 推荐 的 技术 和 方法 。 


3. 第 3 级 (集成 级 ) 








在 集成 级 ,测试 不 仅仅 是 跟随 在 编码 阶段 之 后 的 一 个 阶段 , 它 已 被 扩展 成 与 软件 生命 周 
期 融 为 一 体 的 一 组 已 定义 的 活动 。 测 试 活动 遵循 软件 生命 周期 的 V 字模 型 。 测 试 人 员 在 
需求 分 析 阶 段 便 开 始 着 手 制订 测试 计划 ,并 根据 用 户 或 客户 需求 建立 测试 目标 ,同时 设计 测 
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试用 例 并 制订 测试 通过 准则 。 在 集成 级 上 ,应 成 立 软件 测试 组 织 ,提供 测试 技术 培训 ,关键 
的 测试 活动 应 有 相应 的 测试 工具 予以 支持 。 在 该 测试 成 熟 度 等 级 上 ,没有 正式 的 评审 程序 ， 
没有 建立 质量 过 程 和 产品 属性 的 测试 度量 。 

集成 级 要 实现 4 个 成 熟 度 目 标 ,分 别 是 建立 软件 测试 组 织 、 制 订 技 术 培训 计划 、 软 件 全 
寿命 周期 测试 .控制 和 监视 测试 过 程 。 

1) 建立 软件 测试 组 织 

软件 测试 的 过 程 及 质量 对 软件 产品 质量 有 直接 影响 。 由 于 测试 往往 是 在 时 间 紧 、 压 力 
大 的 情况 下 所 完成 的 一 系列 复杂 的 活动 ,因此 应 由 训练 有 素 的 专业 人 员 组 成 测试 组 。 测 试 
组 要 完成 与 测试 有 关 的 多 种 活动 ,包括 负责 制订 测试 计划 ,实施 测试 执行 ,记录 测试 结果 , 制 
订 与 测试 有 关 的 标准 和 测试 度量 ,建立 测试 数据 库 , 测 试 重用 ,测试 跟踪 以 及 测试 评价 等 。 
建立 软件 测试 组 织 要 实现 4 个 子 目标 : 

。 建立 全 组 织 范围 内 的 测试 组 ,并 得 到 上 级 管理 层 的 领导 和 各 方面 的 支持 ,包括 经 费 
支持 。 
定义 测试 组 的 作用 和 职责 。 
由 训练 有 素 的 人 员 组 成 测试 组 。 

。 建立 与 用 户 或 客户 的 联系 ,收集 他 们 对 测试 的 需求 和 建议 。 

2) 制订 技术 培训 计划 

为 高 效率 地 完成 好 测试 工作 ,测试 人 员 必 须 经 过 适当 的 培训 。 制 订 技术 培训 规划 有 3 
个 子 目 标 : 

。 制 订 组 织 的 培训 计划 ,并 在 管理 上 提供 包括 经 费 在 内 的 支持 。 

。 制订 培训 目标 和 具体 的 培训 计划 。 

e 成 立 培训 组 ,配备 相应 的 工具 、` 设 备 和 教材 。 

3) 软件 全 生命 周期 测试 

提高 测试 成 熟 度 和 改善 软件 产品 质量 都 要 求 将 测试 工作 与 软件 生命 周期 中 的 各 个 阶段 
联系 起 来 。 该 目标 有 4 个子 目标 : 

。 将 测试 阶段 划分 为 子 阶段 ,并 与 软件 生命 周期 的 各 阶段 相 联 系 。 

。 基于 已 定义 的 测试 子 阶段 ,采用 软件 生命 周期 V 字模 型 。 

。 制订 与 测试 相关 的 工作 产品 的 标准 。 

。 建立 测试 人 员 与 开发 人 员 共同 工作 的 机 制 。 这 种 机 制 有 利于 促进 将 测试 活动 集成 

于 软件 生命 周期 中 。 

4) 控制 和 监视 测试 过 程 

为 控制 和 监视 测试 过 程 , 软 件 组 织 需 采 取 相 应 措施 ,如 : 制订 测试 产品 的 标准 ,制订 与 
测试 相关 的 偶发 事件 的 处 理 预案 ,确定 测试 里 程 碑 ,确定 评估 测试 效率 的 度量 ,建立 测试 日 
志 等 。 控 制 和 监视 测试 过 程 有 3 个 子 目 标 : 

。 制订 控制 和 监视 测试 过 程 的 机 制 和 政策 。 

。 定义 .记录 并 分 配 一 组 与 测试 过 程 相关 的 基本 测量 。 

。 开发 .记录 并 文档 化 一 组 纠偏 措施 和 偶发 事件 处 理 预 案 , 以 备 实 际 测试 严重 偏离 计 

划 时 使 用 。 
在 TMM 的 定义 级 ,测试 过 程 中 引入 计划 能 力 ; 在 TMM 的 集成 级 ,测试 过 程 引 入 控制 
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和 监视 活动 。 两 者 均 为 测试 过 程 提 供 了 可 见 性 ,为 测试 过 程 持续 进行 提供 保证 。 
4. 第 4 级 (管理 和 测量 级 ) 


在 管理 和 测量 级 ,测试 活动 除 测试 被 测 程序 外 ,还 包括 软件 生命 周期 中 各 个 阶段 的 评 
审 、 审 查 和 追查 ,使 测试 活动 涵盖 了 软件 验证 和 软件 确认 活动 。 根 据 管 理 和 测量 级 的 要 求 ， 
软件 工作 产品 以 及 与 测试 相关 的 工作 产品 ,如 测试 计划 ,测试 设计 和 测试 步骤 都 要 经 过 评 
审 。 因 为 测试 是 一 个 可 以 量化 并 度量 的 过 程 。 为 了 测量 测试 过 程 , 测 试 人 员 应 建立 测试 数 
据 库 。 收 集 和 记录 各 软件 工程 项 目 中 使 用 的 测试 用 例 , 记 录 缺 陷 并 按 缺 陷 的 严重 程度 划分 
等 级 。 此 外 ,所 建立 的 测试 规程 应 能 够 支持 软件 组 织 对 测试 过 程 的 控制 和 测量 。 管 理 和 测 
量 级 有 3 个 要 实现 的 成 熟 度 目 标 : 建立 组 织 范围 内 的 评审 程序 、 建 立 测试 过 程 的 测量 程序 
和 软件 质量 评价 。 

1) 建立 组 织 范围 内 的 评审 程序 

软件 组 织 应 在 软件 生命 周期 的 各 阶段 实施 评审 ,以 便 尽早 有 效 地 识别 .分 类 和 消除 软件 
中 的 缺陷 。 建 立 评审 程序 有 3 个 子 目 标 : 

。 管理 层 要 制订 评审 政策 支持 评审 过 程 。 

。 测试 组 和 软件 质量 保证 组 要 确定 并 将 整个 软件 生命 周期 中 的 评审 目标 、 评 审计 划 、 

评审 步骤 以 及 评审 记录 机 制 文档 化 。 
。 评审 项 由 上 层 组 织 指定 。 通 过 培训 参加 评审 的 人 员 ,使 他 们 理解 和 遵循 相关 的 评审 
政策 和 评审 步骤 。 

2) 建立 测试 过 程 的 测量 程序 

测试 过 程 的 测量 程序 是 评价 测试 过 程 质量 改进 测试 过 程 的 基础 ,对 监视 和 控制 测试 过 
程 至 关 重 要 。 测 量 包 括 测试 进展 ,测试 费用 、 软 件 错误 和 缺陷 数据 以 及 产品 质量 等 。 建 立 测 
试 测量 程序 有 3 个 子 目 标 : 

。 定义 组 织 范围 内 的 测试 过 程 、 测 量 政 策 和 目标 。 

e 制订 测试 过 程 测量 计划 。 测 量 计 划 中 应 给 出 收集 ` 分 析 和 应 用 测量 数据 的 方法 。 

。 应 用 测量 结果 制订 测试 过 程 改 进 计划 。 

3) 软件 质量 评价 

软件 质量 评价 内 容 包括 定义 可 测量 的 软件 质量 属性 ,定义 评价 软件 工作 产品 的 质量 目 
标 等 项 工作 。 软 件 质量 评价 有 2 个 子 目标 : 
管理 层 ,测试 组 和 软件 质量 保证 组 要 制订 与 质量 有 关 的 政策 、 质 量 目标 和 软件 产品 
质量 属性 。 
测试 过 程 应 是 结构 化 .已 测量 和 已 评价 的 ,以 保证 达到 质量 目标 。 


5. 第 5 级 (优化 ,预防 缺陷 和 质量 控制 级 ) 


由 于 本 级 的 测试 过 程 是 可 重复 ` 已 定义 .已 管理 和 已 测量 的 ,因此 软件 组 织 能 够 优化 调 
整 和 持续 改进 测试 过 程 。 测 试 过 程 的 管理 为 持续 改进 产品 质量 和 过 程 质量 提供 指导 ,并 提 
供 必 要 的 基础 设施 。 

优化 、 预 防 缺 陷 和 质量 控制 级 有 3 个 要 实现 的 成 熟 度 目标 : 
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1) 应 用 过 程 数据 预防 缺陷 

这 时 的 软件 组 织 能 够 记录 软件 缺陷 ,分 析 缺 陷 模 式 , 识 别 错误 根源 ,制订 防止 缺陷 再 次 
发 生 的 计划 ,提供 跟踪 这 种 活动 的 办 法 .并 将 这 些 活动 贯穿 于 全 组 织 的 各 个 项 目 中 。 

应 用 过 程 数据 预防 缺陷 有 4 个 成 熟 度 子 目标 : 

。 成 立 缺 陷 预防 组 。 

。 识别 和 记录 在 软件 生命 周期 各 阶段 引入 的 软件 缺陷 和 消除 的 缺陷 。 

。 建立 缺陷 原因 分 析 机 制 ,确定 缺陷 原因 。 

。 管理 .开发 和 测试 人 员 互 相配 合 制订 缺陷 预防 计划 ,防止 已 识别 的 缺陷 再 次 发 生 。 

缺陷 预防 计划 要 具有 可 跟踪 性 。 

2) 支持 统计 质量 控制 

软件 组 织 通过 采用 统计 采样 技术 ,测量 组 织 的 自信 度 ,测量 用 户 对 组 织 的 信赖 度 以 及 设 
定 软件 可 靠 性 目标 来 推进 测试 过 程 。 为 了 加 强 软件 质量 控制 ,测试 组 和 质量 保证 组 要 有 负 
责 质 量 的 人 员 参 加 ,他 们 应 掌握 能 减少 软件 缺陷 和 改进 软件 质量 的 技术 和 工具 。 支 持 统计 
质量 控制 的 子 目标 有 4 个 : 
软件 测试 组 和 软件 质量 保证 组 建立 软件 产品 的 质量 目标 ,如 : 产品 的 缺陷 密度 、 组 
织 的 自信 度 以 及 可 信赖 度 等 。 
测试 管理 者 要 将 这 些 质量 目标 纳入 测试 计划 中 。 
培训 测试 组 学 习 和 使 用 统计 学 方法 。 

。 收集 用 户 需 求 以 建立 使 用 模型 。 

3) 优化 测试 过 程 

优化 测试 过 程 在 测试 成 熟 度 的 最 高 级 ,已 能 够 量化 测试 过 程 。 这 样 就 可 以 依据 量化 结 
果 来 调整 测试 过 程 ,不 断 提高 测试 过 程 能 力 , 并 且 软 件 组 织 具有 支持 这 种 能 力 持续 增长 的 基 
础 设施 。 基 础 设施 包括 政策 ,标准 ,培训 \ 设 备 、 工 具 及 组 织 结构 等 。 

测试 能 力 成 熟 度 框架 如 图 8. 2 所 示 。 
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8.2 测试 能 力 成 熟 度 框架 
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实现 与 组 织 采纳 




















优化 测试 过 程 包含 : 
。 识别 需要 改进 的 测试 活动 。 
。 实施 改进 。 
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。 跟踪 改进 进程 。 

。 不 断 评估 所 采用 的 与 测试 相关 的 新 工具 和 新 方法 。 

。 支持 技术 更 新 。 

测试 过 程 优化 所 需 的 成 熟 度 子 目 标 包括 3 个 : 

。 建立 测试 过 程 改进 组 ,监视 测试 过 程 并 识别 其 需要 改进 的 部 分 。 

。 建立 适当 的 机 制 以 评估 改进 测试 过 程 能 力 和 测试 成 熟 度 的 新 工具 和 新 技术 。 

。 持续 评估 测试 过 程 的 有 效 性 ,确定 测试 终止 准则 。 终 止 测试 的 准则 要 与 质量 目标 相 
联系 。 


6.3 软件 测试 过 程 改 进 


软件 测试 过 程 也 就 是 软件 测试 生命 周期 , 它 严 重 影响 着 软件 开发 的 效率 和 软件 产品 的 
质量 。 测 试 技术 解决 了 测试 采用 的 方法 和 技术 问题 ,测试 管理 保证 了 各 项 测试 活动 的 顺利 
开展 。 软 件 测试 过 程 改进 主要 着 眼 于 合理 调整 各 项 测试 活动 的 时 序 关系 ,优化 各 项 测试 活 
动 的 资源 配置 以 及 实现 各 项 测试 活动 效果 的 最 优化 。 

在 软件 测试 过 程 中 ,过 程 改进 被 赋予 了 举足轻重 的 地 位 ,在 测试 计划 、 实 施 、 检 查 改进 
的 循环 中 ,过 程 改 进 既 是 一 次 质量 活动 的 终点 ,又 是 下 一 次 质量 活动 的 原点 ,起 着 承上启下 
的 作用 ,因此 软件 测试 过 程 改进 对 于 软件 质量 的 提高 相当 重要 。 


8.3.1 软件 测试 过 程 改 进 的 概念 


测试 过 程 的 改进 对 象 应 该 包括 3 个 方面 : 组 织 、 技 术 和 人 员 。 测 试 过 程 改进 需要 对 组 
织 给 予 特 别 关 注 , 因 为 过 程 都 是 基于 特定 的 组 织 架 构建 设 的 ,而 且 组 织 设置 是 否 合理 对 过 程 
的 好 坏 有 决定 性 的 影响 。 软 件 测试 组 织 的 不 良 架 构 通 常 表现 在 : 

(1) 没有 恰当 的 角色 追踪 项 目 进 展 。 

(2) 没有 恰当 的 角色 进行 缺陷 控制 .变更 和 版 本 追踪 。 

(3) 项 目 在 测试 阶段 效率 低下 、 过 程 混乱 。 

(4) 只 有 测试 经 理 了 解 项 目 , 项 目 成 了 个 人 的 项 目 , 而 不 是 组 织 的 项 目 。 

(5) 关心 进度 ,而 忘记 了 项 目的 另外 两 个 要 素 : 质量 和 成 本 。 

上 述 问题 可 从 组 织 中 找 出 原因 。 因 此 在 测试 过 程 改进 中 可 以 先 将 测试 从 开发 活动 中 分 
离 出 来 ,把 缺陷 控制 .版 本 管理 和 变更 管理 从 项 目 管理 中 分 离 出 来 。 此 外 ,需要 给 测试 经 理 
赋予 明确 的 职责 和 目标 。 技 术 的 改进 包括 对 流程 方法 和 工具 的 改进 , 它 包 括 组 织 或 者 项 目 
对 流程 进行 明确 的 定义 ,杜绝 随机 过 程 ,引入 统一 的 管理 方法 ,并 使 用 标准 的 经 过 组 织 认可 
的 工具 和 模板 。 

人 员 的 改进 主要 是 指 对 企业 文化 的 改进 , 它 将 促使 建立 高 效率 的 团队 和 组 织 。 

由 于 测试 过 程 改进 是 一 项 长 期 的 .没有 终点 的 活动 ,而且 要 获得 改进 过 程 的 收益 也 是 长 
期 的 过 程 ,所 以 在 起 步 实施 测试 过 程 改进 时 ,要 充分 考虑 战略 ,并 根据 公司 的 战略 目标 确定 
测试 部 门 的 战略 ,描绘 远景 。 将 测试 过 程 改 进 与 公司 战略 目标 相 联 系 ,是 改进 成 功 实施 的 必 
要 条 件 , 也 是 各 公司 在 实施 测试 过 程 改进 中 获得 的 最 佳 实践 。 
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8.3.2 组 织 的 规划 内 容 


(1) 绘制 远景 ,如 提升 管理 成 熟 度 ,提高 测试 生产 率 ,促使 部 门 测试 能 力 达 到 公司 领先 
KY. 

(2) 战略 分 析 , 如 在 部 门 内 制订 三 年 计划 。 以 内 部 人 员 为 主 , 引 入 适当 的 培训 ,通过 一 
年 半 到 两 年 的 内 部 过 程 ,使 得 VER/ VAL 及 其 他 相关 过 程 域 改进 并 达到 CMMI3 成 熟 度 ， 
适时 进行 评估 ,最 终 目标 为 CMMI4。 

(3) 优 缺 点 评估 : 上 述 战略 方法 的 优点 在 于 前 期 以 内 部 改进 为 宗旨 ,避免 了 拔 苗 助 长 
带 来 的 风险 ,可 以 使 过 程 改 进 更 符合 组 织 的 实际 情况 。 但 缺点 是 不 以 正式 评估 作为 目标 ,可 
能 导致 领导 关注 力度 减弱 ,过 程 改 进 的 动力 不 足 , 因 此 需要 过 程 改 进 的 负责 人 具有 坚韧 的 斗 
志和 持之以恒 的 信念 。 


8.3.3 主要 策略 
1. 重 诊断 , 轻 评估 


要 以 诊断 和 解决 测试 过 程 中 的 实际 问题 作为 测试 过 程 改进 的 目的 ,不 能 盲目 追求 商业 
评估 。 在 以 往 实 施 ISO 9000 的 过 程 中 曾 发 现 ,组 织 拿 证 书 的 愿望 常常 会 冲淡 “过 程 改进 "的 
真正 目的 。 


2. 实施 制度 化 的 同时 ,建设 企业 文化 


实施 全 面 制 度 化 的 管理 是 过 程 改 进 的 有 效 保障 ,制度 和 组 织 文化 是 互相 依存 的 ,没有 良 
好 的 文化 保障 ,制度 化 将 困难 重重 ; 而 没有 制度 的 支撑 ,文化 也 将 是 无 本 之 木 。 


3. 引入 软件 工具 


推行 配置 .自动 化 测试 和 缺陷 跟踪 等 工具 ,将 有 效 地 分 解 事务 性 工作 ,可 以 缓解 人 力 资 
源 不 足 的 困难 。 常 见 的 过 程 管理 方面 的 工具 包括 Rational 公司 的 ClearCase, ClearQuest, 
CA 公司 的 CCC/Harvest 等 。 


4. 建设 管理 和 工程 基础 


为 了 解决 基础 薄弱 的 问题 ,需要 在 测试 过 程 改 进 前 期 为 相关 部 门 和 员工 进行 基础 管理 
和 基本 软件 工程 的 课程 培训 。 


5. 发 动 全 员 参 与 


全 员 参 与 可 以 分 3 个 层面 来 理解 : 第 一 ,站 在 高 于 项 目 管 理 的 层面 ; 第 二 ,站 在 项 目 管 
理 的 层面 ; 第 三 ,站 在 开发 人 员 和 测试 人 员 层面 。 充 分 调动 各 方面 人 员 的 积极 性 。 


6. 现 有 过 程 的 复 用 
该 原则 可 以 充分 利用 现 有 过 程 的 合理 部 分 ,提高 被 改进 过 程 的 可 接受 程度 和 使 用 价值 。 
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8.3.4 ”软件 测试 过 程 改进 的 具体 方法 


过 程 改进 在 软件 测试 过 程 中 占有 举足轻重 的 位 置 , 因 此 为 了 更 好 地 保证 软件 质量 ,测试 
过 程 改 进 是 测试 人 员 经 常 要 做 的 事情 ,下 面 列 出 了 一 些 软 件 测试 过 程 改进 的 具体 方法 : 

(1) 调整 测试 活动 的 时 序 关系 。 在 软件 测试 过 程 的 测试 计划 中 ,不 恰当 的 测试 时 序 会 
引起 误工 和 测试 进度 失控 。 例 如 ,具体 到 某 个 工程 实践 中 ,有 些 测试 活动 是 可 以 并 行 的 ,有 
些 测 试 活动 是 可 以 归并 完成 的 ,有 些 测试 活动 在 时 间 上 存在 线性 关系 等 。 所 有 这 些 一 定 要 
区 分 清楚 并 且 要 做 最 优化 调整 ,否则 会 对 测试 进度 产生 不 必要 的 影响 。 

(2) 优化 测试 活动 资源 配置 。 在 软件 测试 过 程 中 ,必然 会 涉及 人 力 ,设备 ,场地 、 软 件 环 
境 与 经 费 等 资源 。 那 么 如 何 合理 地 调配 各 项 资源 给 相关 的 测试 活动 是 非常 值得 项 酌 的 , 否 
则 会 引起 误工 和 测试 进度 的 失控 。 在 测试 资源 配置 中 最 常见 的 是 人 力 资源 的 调配 ,测试 部 
门 如 果 能 深入 了 解 员工 的 专长 与 兴趣 所 在 ,在 进行 人 员 分 配 时 ,根据 其 特点 进行 分 配 ,就 能 
对 测试 活动 的 开展 产生 事半功倍 的 效果 。 

(3) 提高 测试 计划 的 指导 性 。 测 试 计划 的 指导 性 就 是 指 测试 计划 的 执行 能 力 。 在 软件 
测试 过 程 中 ,很 多 时 候 实际 的 测试 和 测试 计划 是 脱节 的 ,或 者 说 很 大 程度 上 是 没有 按照 测试 
计划 去 执行 。 测 试 计划 的 完成 不 仅仅 是 起 草 测试 大 纲 , 而 是 为 了 确保 测试 大 纲 中 计划 的 内 
容 能 真正 被 执行 .真正 用 于 指导 测试 工作 ,为 了 更 好 地 完成 测试 活动 ,保证 软件 的 质量 。 

(4) 确立 合理 的 度量 模型 和 标准 。 在 测试 过 程 改进 中 ,测试 过 程 改 进 小 组 应 根据 企业 
与 项 目的 实际 情况 制订 适合 自己 公司 的 质量 度量 模型 和 标准 ,做 出 符合 自己 公司 发 展 策略 
的 投入 。 但 是 质量 度量 模型 和 标准 的 确立 不 是 马上 就 可 以 进行 的 ,而 是 测试 过 程 改 进 小 组 
随 着 测试 过 程 的 进行 不 断 实践 不断 总 结 、 不 断 改进 的 。 而 质量 度量 模型 和 标准 一 旦 确立 ， 
很 多 测试 活动 就 不 至 于 陷 人 过 度 测 试 或 测试 不 够 的 尴 纵 状态 中 ,使 得 测试 活动 在 公司 与 项 
目 不 断 发 展 变化 的 氛围 中 保持 动态 平衡 。 

(5) 提高 覆盖 率 。 获 盖 率 越 高 ,表明 测试 的 质量 越 高 。 获 盖 率 包括 内 容 的 获 盖 和 技术 
和 窗 盖 。 内 容 的 覆盖 指 的 是 起 草 测试 计划 设计 测试 用 例 .执行 测试 用 例 和 跟踪 软件 缺陷 。 内 
容 获 盖 率 越 高 ,就 越 能 避免 故障 被 遗漏 的 情况 。 技 术 的 覆盖 指 一 项 技术 指标 要 尽 可 能 地 做 
到 测试 技术 的 覆盖 ,采用 科学 的 方法 来 验证 某 项 指标 ,可 以 更 好 地 保证 产品 的 质量 。 

除了 上 面 介绍 的 测试 过 程 改进 的 具体 方法 外 ,还 应 注意 如 下 事项 : 一 是 必须 注意 过 程 
改进 是 跟 公 司 的 发 展 战略 相关 的 ,否则 只 会 对 测试 过 程 产 生 不 利 的 影响 ; 二 是 测试 过 程 的 
改进 并 不 意味 着 必须 投入 大 笔 资金 ; 三 是 在 测试 过 程 改 进 中 可 以 参照 CMM 模型 与 技术 。 





课 后 习题 


1. 谈 谈 你 对 CMM 的 5 个 等 级 及 每 个 等 级 内 的 关键 过 程 域 的 理解 。 
2. 谈 谈 你 对 软件 测试 成 熟 度 模型 的 理解 。 
3. 简 述 软件 测试 过 程 改进 的 主要 方法 。 
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软件 缺陷 及 缺陷 管理 


1. 概述 


本 章 针对 软件 测试 过 程 中 发 现 的 缺陷 ,如 何 进行 有 效 的 管理 而 进行 系统 讲解 。 通 过 本 
章 的 学 习 ,读者 能 够 掌握 缺陷 管理 的 有 效 方法 以 及 最 主流 缺陷 管理 系统 Bugzilla 的 安装 和 
使 用 ,包括 缺陷 的 概念 、 管 理 缺陷 的 主要 意义 、 缺 陷 报告 的 主要 元 素 和 缺陷 管理 系统 等 ; 能 
够 运用 缺陷 报告 和 缺陷 管理 系统 ,对 软件 测试 过 程 中 出 现 的 Bug 进行 提交 和 管理 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 软件 缺陷 概述 

(2) 缺陷 的 生命 周期 状态 ; 
(3) 缺陷 管理 方法 ; 

(4) Bugzilla 安装 以 及 使 用 。 
2) 难点 

(1) 缺陷 报告 的 主要 元 素 ; 
(2) Bugzilla 安装 以 及 使 用 。 


@.1 软件 缺陷 


9.1.1 软件 缺陷 的 定义 


软件 缺陷 (Defect) ,常常 又 被 叫做 Bug。 所 谓 软 件 缺 陷 , 即 计算 机 软件 或 程序 中 存在 的 
某 种 破坏 正常 运行 能 力 的 问题 .错误 ,或 者 隐藏 的 功能 缺陷 。 缺 陷 的 存在 会 导致 软件 产品 在 
某 种 程度 上 不 能 满足 用 户 的 需要 。IEEE 729—1983 对 缺 隐 有 一 个 标准 的 定义 : 从 产品 内 
部 看 ,缺陷 是 软件 产品 开发 或 维护 过 程 中 存在 的 错误 毛病 等 各 种 问题 ; 从 产品 外 部 看 , 缺 
陷 是 系统 所 需要 实现 的 某 种 功能 的 失效 或 违背 。 


9.1.2 软件 测试 中 的 常用 术语 
失效 是 指 功能 部 件 执行 其 规定 功能 的 能 力 丧 失 。 软 件 失效 是 指 软件 运行 时 产生 的 一 种 
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不 希望 或 不 可 接受 的 外 部 行为 。 

软件 失效 的 机 理 可 描述 为 : 软件 错误 一 软件 缺陷 一 软件 故障 一 软件 失效 。 

(1) 软件 错误 (software error): 在 可 以 预见 的 时 期 内 ,软件 仍 将 由 人 来 开发 。 在 整个 
软件 生存 期 的 各 个 阶段 ,都 贯穿 着 人 的 直接 或 间接 的 干预 。 然 而 ,人 难免 犯错 误 , 这 必然 给 
软件 留 下 不 良 的 痕迹 。 软 件 错误 是 指 在 软件 生存 期 内 的 不 希望 或 不 可 接受 的 人 为 错误 ,其 
结果 是 导致 软件 缺陷 的 产生 。 可 见 ,软件 错误 是 一 种 人 为 过 程 ,相对 于 软件 本 身 ,是 一 种 外 
部 行为 。 

(2) 软件 缺陷 (software defect) : 软件 缺陷 是 存在 于 软件 (文档 .数据 ,程序 ) 之 中 的 那 
些 不 希望 或 不 可 接受 的 偏差 ,如 少 一 个 逗号 、 多 一 条 语句 等 。 其 结果 是 软件 运行 于 某 一 特定 
条 件 时 出 现 软件 故障 ,这 时 称 软件 缺陷 被 激活 。 

(3) 软件 故障 (software fault) : 软件 故障 是 指 软件 运行 过 程 中 出 现 的 一 种 不 希望 或 不 
可 接受 的 内 部 状态 。 璧 如 ,软件 处 于 执行 一 个 多 余 循环 过 程 时 ,软件 就 会 出 现 故障 。 此 时 若 
无 适当 的 措施 (容错 ) 加 以 及 时 处 理 , 便 产生 软件 失效 。 显 然 , 软 件 故障 是 一 种 动态 行为 。 

(4) 软件 失效 (software failure): 软件 失效 是 指 软件 运行 时 产生 的 一 种 不 希望 或 不 可 
接受 的 外 部 行为 结果 。 


9.1.3 软件 缺陷 产生 的 原因 


在 软件 开发 的 过 程 中 ,软件 缺陷 的 产生 是 不 可 避免 的 。 那 么 造成 软件 缺陷 的 主要 原 
有 哪些? 从 软件 本 身 .团队 工作 和 技术 问题 等 角度 分 析 ,就 可 以 了 解 造成 软件 缺陷 的 主要 
素 。 软 件 缺 陷 的 产生 主要 是 由 软件 产品 的 特点 和 开发 过 程 决定 的 。 


1. 软件 本 身 


(1) 需求 不 清晰 ,导致 设计 目标 偏离 客户 的 需求 ,从 而 引起 功能 或 产品 特征 上 的 缺陷 。 

(2) 系统 结构 非常 复杂 ,而 又 无 法 设计 成 一 个 很 好 的 层次 结构 或 组 件 结构 ,结果 导致 意 
想不到 的 问题 或 系统 维护 .扩充 上 的 困难 ; 即使 设计 成 良好 的 面向 对 象 的 系统 ,由 于 对 象 、 
类 太 多 ,很 难 完成 对 各 种 对 象 .类 相互 作用 的 组 合 测试 ,而 隐藏 着 一 些 参数 传递 .方法 调用 、 
对 象 状 态 变 化 等 方面 的 问题 。 

(3) 对 程序 逻辑 路 径 或 数据 范围 的 边界 考虑 不 够 周全 , 漏 掉 某 些 边界 条 件 , 造 成 容量 或 
边界 错误 。 

(4) 对 一 些 实时 应 用 ,要 进行 精心 设计 和 技术 处 理 ,保证 精确 的 时 间 同 步 , 否 则 容易 引 
起 时 间 上 不 协调 ,不一致 性 带 来 的 问题 。 

(5) 没有 考虑 系统 崩溃 后 的 自我 恢复 或 数据 的 异地 备份 .灾难 性 恢复 等 问题 ,从 而 存在 
系统 安全 性 、 可 靠 性 的 隐患 。 

(6) 系统 运行 环境 的 复杂 ,不 仅 用 户 使 用 的 计算 机 环境 千变万化 ,包括 用 户 的 各 种 操作 
方式 或 各 种 不 同 的 输入 数据 ,容易 引起 一 些 特定 用 户 环境 下 的 问题 ; 在 系统 实际 应 用 中 , 数 
据 量 很 大 ,从 而 会 引起 强度 或 负载 问题 。 

(7) 由 于 通信 端口 多 、 存 取 和 加 密 手段 的 矛盾 性 等 ,会 造成 系统 的 安全 性 或 适用 性 等 
问题 。 

(8) 新 技术 的 采用 ,可 能 涉及 技术 或 系统 兼容 的 问题 ,事先 没有 考虑 到 。 
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2. 软件 开发 的 过 程 


(1) 系统 需求 分 析 时 对 客户 的 需求 理解 不 清楚 ,或 者 和 用 户 的 沟通 存在 一 些 困难 。 
(2) 不 同 阶段 的 开发 人 员 相 互 理解 不 一 致 。 例 如 ,软件 设计 人 员 对 需求 分 析 的 理解 有 


偏差 ,编程 人 员 对 系统 设计 规格 说 明 书 的 某 些 内 容重 视 不 够 ,或 存在 误解 。 


(3) 对 于 设计 或 编程 上 的 一 些 假定 或 依赖 性 ,相关 人 员 没 有 充分 沟通 。 
(4) 项 目 组 成 员 技术 水 平 参差 不 齐 、 新 员工 较 多 或 培训 不 够 等 原因 也 容易 引起 问题 。 


3. 技术 问题 


(1) 算法 错误 : 在 给 定 条 件 下 没 能 给 出 正确 或 准确 的 结果 。 
(2) 语法 错误 : 对 于 编译 性 语言 程序 ,编译 器 可 以 发 现 这 类 问题 ; 但 对 于 解释 性 语言 程 


序 , 只 能 在 测试 运行 时 发 现 。 


(3) 计算 和 精度 问题 : 计算 的 结果 没有 满足 所 需要 的 精度 。 
(4) 系统 结构 不 合理 ,算法 选择 不 科学 ,造成 系统 性 能 低下 。 
(5) 接口 参数 传递 不 匹配 ,导致 模块 集成 出 现 问题 。 


4. 项 目 管理 的 问题 
(1) 缺乏 质量 文化 ,不 重视 质量 计划 ,对 质量 资源、 任务 ` 成 本 等 的 平衡 性 把 握 不 好 , 容 


易 挤 掉 需 求 分 析 ,评审 测试 等 时 间 ,遗留 的 缺陷 会 比较 多 。 


(2) 系统 分 析 时 对 客户 的 需求 不 是 十 分 清楚 ,或 者 和 用 户 的 沟通 存在 一 些 困 难 。 
(3) 开发 周期 短 ,需求 分 析 、 设 计 、 编 程 . 测 试 等 各 项 工作 不 能 完全 按照 定义 好 的 流程 来 


进行 ,工作 不 够 充分 ,结果 也 就 不 完整 .不 准确 ,错误 较 多 ; 周期 短 , 还 给 各 类 开发 人 员 造 成 
太 大 的 压力 ,引起 一 些 人 为 的 错误 。 


(4) 开发 流程 不 够 完善 ,存在 太 多 的 随机 性 和 缺乏 严谨 的 内 审 或 评审 机 制 , 容 易 产生 


问题 。 


(5) 文档 不 完善 ,风险 估计 不 足 等 。 
9.1.4 软件 缺陷 的 属性 
软件 缺陷 的 属性 包括 缺陷 标识 .缺陷 类 型 .缺陷 级 别 (或 严重 等 级 ) ,缺陷 产生 可 能 性 (或 


概率 )、 缺 陷 优先 级 、 缺 陷 状 态 、 缺 陷 起 源 、 缺 陷 来 源 、 缺 陷 根源 (原因 ) 。 


以 上 属性 是 为 了 准确 描述 缺陷 而 赋予 的 ,具体 介绍 如 下 。 

1. 缺陷 标识 

缺陷 标识 是 标记 某 个 缺陷 的 唯一 标识 ,可 以 用 数字 序号 表示 。 
2. 缺陷 类 型 


缺陷 类 型 包括 功能 、 用 户 界面 文档 、 软 件 包 、 性 能 、 接 口 .兼容 性 等 。 
(1) 功能 : 影响 了 各 种 系统 功能 、 逻 辑 的 缺陷 ; 
(2) 用 户 界面 : 影响 了 用 户 界面 、 人 机 交互 特性 的 缺陷 ; 
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(3) 文档 : 影响 发 布 和 维护 ,包括 注释 ,用户 手册 、 设 计 文 档 等 的 缺陷 ， 

(4) 软件 包 : 由 于 软件 配置 库 、 变 更 管理 或 版 本 控制 引起 的 错误 ; 

(5) 性 能 : 不 满足 系统 可 测量 的 属性 值 , 如 执行 时 间 ,事务 处 理 速率 等 ; 

(6) 接口 : 与 其 他 组 件 、 模 块 .调用 参数 .控制 块 等 不 匹配 、 冲 突 ; 

(7) 兼容 性 : 与 工作 环境 、 其 他 外 设 , 如 操作 系统 、 浏 览 器 ,网络 环境 等 不 匹配 、 冲 突 。 


3. 缺陷 级 别 


缺陷 级 别 包括 致命 严重. 一般、 轻微。 

(1) 致命 : 系统 任何 一 个 主要 功能 完全 失效 ,用 户 数据 受到 破坏 ,系统 崩溃 悬挂 .涉及 
或 者 危及 人 身 安 全 ; 

(2) 严重 ; 系统 的 主要 功能 部 分 失效 ,数据 不 能 保存 ,系统 的 次 要 功能 完全 丧 失 , 系 统 
所 提供 的 功能 或 服务 受到 明显 影响 ; 

(3) 一 般 : 系统 的 次 要 功能 没有 完全 实现 ,但 不 影响 用 户 的 正常 使 用 。 如 提示 信息 不 
准确 或 用 户 界面 差 .操作 时 间 长 等 。 

(4) 轻微 : 使 操作 者 不 方便 或 遇 到 麻烦 ,但 它 不 影响 功能 的 操作 和 执行 ,如 个 别 不 影响 
理解 的 错别字 、 排 列 不 整齐 等 。 


4. 缺陷 产生 可 能 性 


缺陷 产生 的 可 能 性 分 为 必 现 .通常 有 时 、 很 少 。 

A) 必 现 : 按照 一 定 路 径 必 定 出 现 , 其 产生 概率 为 100%; 

(2) 通常 : 按照 测试 用 例 ( 即 已 知 步 又 ) ,通常 情况 下 会 产生 这 个 缺陷 ,其 产生 概率 大 约 
是 80%; 

(3) 有 时 : 按照 测试 用 例 , 有 了 时候 产生 这 个 缺陷 ,其 产生 概率 大 约 是 30%; 

(4) 很 少 : 按照 测试 用 例 , 很 少 产生 这 个 缺陷 ,其 产生 概率 大 约 是 1% 以下; 在 实际 测 
试 中 , 仅 出 现 过 一 次 无 法 复 现 的 缺陷 也 划分 到 此 类 ; 


5. 缺陷 状态 


缺陷 状态 包括 打开 .已 修复 .关闭 ,拒绝 重复、 重新 打开 、 推 迟 、 保 留 、 不 能 重 现 ( 可 根据 
实际 情况 增加 或 减少 使 用 的 缺陷 状态 ) 。 

(1) 打开 : 问题 还 没有 解决 ,确认 “提交 的 缺陷 ”, 等 待 处 理 ,如 新 报 的 缺陷 ; 

(2) 已 修复 : 已 被 开发 人 员 检 查 、 修 复 过 的 缺陷 ,通过 单元 测试 ,认为 已 经 解决 但 还 没 
有 被 测试 人 员 验 证 ; 

G) 关闭 : 测试 人 员 验 证 后 ,确认 缺陷 不 存在 之 后 的 状态 ; 

(4) 拒绝 : 开发 人 员 认 为 不 是 缺陷 ; 

O 重复 : 开发 人 员 认 为 此 缺陷 与 某 打开 的 缺陷 重复 ; 

(6) 重新 打开 : 测试 人 员 验 证 后 ,确认 缺陷 仍然 存在 后 的 状态 ; 

(7) 推迟 : 这 个 软件 缺陷 可 以 在 下 一 个 版 本 中 解决 ; 

O 保留 : 由 于 技术 原因 或 者 第 三 方 软件 的 缺陷 ,开发 人 员 不 能 修复 的 缺陷 

(9) 不 能 重 现 : 开发 人 员 不 能 再 现 这 个 缺陷 ,需要 测试 人 员 确 认 缺 陷 再 现 的 步骤 。 
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6. 缺陷 的 起 源 


缺陷 的 起 源 包 括 需求 ,架构 .设计 、 编 码 ` 测 试 .用 户 ; 在 软件 生命 周期 中 ,缺陷 所 占 比 
例 : 需求 和 架构 阶段 54% .设计 阶段 25% 编码 阶段 15%、 其 他 6%. 


7. 缺陷 的 来 源 


缺陷 的 来 源 包括 需求 说 明 书 、 设 计 文档 、 系 统 集成 接口 .数据 流 ( 库 ) 、 程 序 代码 。 
CL) 需求 说 明 书 : 需求 错误 或 不 清楚 引起 的 问题 
(2) 设计 文档 : 设计 文档 描述 不 准确 ,与 需求 说 明 书 不 一 致 的 问题 ; 

(3) 系统 集成 接口 : 系统 各 模块 参数 不 匹配 .开发 组 之 间 缺 乏 协 调 引起 的 缺陷 
(4) 数据 流 ( 库 ): 由 于 数据 字典 .数据库 中 的 错误 引起 的 缺陷 ; 

(5) 程序 代码 : 纯粹 由 编码 引起 的 缺陷 。 


8. 缺陷 的 根源 


缺陷 的 根源 来 自 于 测试 策略 ,过 程 、 工 具 盒 方法 ,团队 /人 ,缺乏 组 织 和 沟通 ,硬件 ,软件 ， 


工作 环境 。 


(1) 测试 策略 : 错误 的 测试 范围 ,误解 测试 目标 ,超越 测试 能 力 等 ; 

(2) 过 程 、 工 具 和 方法 : 无 效 的 需求 收集 过 程 ,过 失 的 风险 管理 过 程 ,不 适用 的 项 目 管 
理 方法 ,无效 的 变更 控制 过 程 等 ; 

(3) 团队 /人 : 项 目 团队 职责 较 差 ,缺乏 培训 ,没有 经 验 的 项 目 团队 ,缺乏 士气 等 ; 

(4) 缺乏 组 织 和 沟通 : 缺乏 用 户 参与 ,职责 不 明确 管理 失败 等 ; 

(5) 硬件 : 硬件 配置 不 对 、 缺 乏 等 ; 

(6) 软件 : 软件 配置 不 对 、 缺 乏 ,或 操作 系统 错误 导致 无 法 释放 资源 ,工具 软件 错误 , 编 


译 器 错误 等 ; 


(7) 工作 环境 : 组 织 机 构 调 整 ,预算 改变 ,工作 环境 恶劣 等 。 
9.1.5 软件 缺陷 的 类 型 
根据 缺陷 的 自然 属性 来 划分 ,软件 缺陷 可 分 为 表 9. 1 所 示 的 类 型 。 


表 9.1 软件 缺陷 的 类 型 





缺陷 类 型 


描 g 


子 类 型 





功能 问题 (F-Function) 


影响 了 重要 的 特性 、 用 户 界 面 、 
产品 接口 .硬件 结构 接口 和 全 局 
数据 结构 。 并 且 设 计 文档 需要 
正式 的 变更 。 如 指针 、 循 环 、 递 
归 、 功 能 等 缺陷 


功能 错误 
功能 缺失 
功能 超越 
设计 二 义 性 
算法 错误 





接口 问题 (TInterface) 





与 其 他 组 件 、 模 块 或 设备 驱动 程 
序 、 调 用 参数 、 控 制 块 或 参数 列 
表 相互 影响 的 缺陷 





模块 间接 口 
模块 内 接口 
公共 数据 使 用 
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续 表 





缺陷 类 型 


子 类 型 





逻辑 问题 (L-Logic) 


需要 进行 逻辑 分 析 , 进行 代码 修 
改 , 如 循环 条 件 等 


分 支 不 正确 
重复 的 逻辑 
忽略 极端 条 件 
不 必要 的 功能 


错误 的 变量 检查 
计算 顺序 错误 
逻辑 顺序 错误 





计算 问题 CC-Computation) 


等 式 、. 符 号 .操作 符 或 操作 数 错 
误 ,精度 不 够 .不 适当 的 数据 验 
证 等 缺陷 


等 式 错误 
缺少 运算 符 
错误 的 操作 数 
括号 用 法 不 正确 
精度 不 够 
BAIR 
符号 错误 





数据 问题 (A-Assignment) 


需要 修改 少量 代码 ,如 初始 化 或 
控制 块 。 如 声明 、 重 复命 名 , 范 
围 .限定 等 缺陷 


初始 化 错误 

存 取 错 误 

引用 错误 的 变量 
数组 引用 越界 
不 一 致 的 子 程序 参数 
数据 单位 不 正确 
数据 维 数 不 正 确 
变量 类 型 不 正确 
数据 范围 不 正确 
操作 符 数据 错误 
变量 定位 错误 
数据 覆盖 

外 部 数据 错误 
输出 数据 错误 
输入 数据 错误 
数据 检验 错误 





用 户 界面 问题 
(U-User Interface) 





人 机 交互 特性 : 屏幕 格式 ,确认 
用 户 输入 ,功能 有 效 性 ,页 面 排 
版 等 方面 的 缺陷 





界面 风格 不 统一 
屏幕 上 的 信息 不 可 用 
屏幕 上 的 错误 信息 

界面 功能 布局 和 操作 不 合 常规 
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续 表 
缺陷 类 型 a 子 类 型 
描述 含糊 
项 描述 不 完整 
项 描述 不 正确 
项 缺少 或 多 余 
项 不 能 验证 
文档 问题 (CD-Documentation) ee 项 不 能 完成 
不 符合 标准 
与 需求 不 一 至 
文字 排版 错误 
文档 信息 错误 
注释 缺陷 
性 能 问题 (P-Performance) 不 满足 系统 可 测量 的 属性 值 ,如 执行 时 间 事务 处 理 速率 等 缺陷 
配置 管理 问题 
配置 问 题 ( B-Build/package/ | 由 于 配置 库 .变更 管理 或 版 本 控 | 编译 打包 缺陷 
merge) 制 引起 的 错误 变更 缺陷 
纠 错 缺 陷 
不 符合 编码 标准 
A 
标准 问题 (N-Norms) ie Site R 不 符合 软件 标准 
` 不 符合 行业 标准 
由 于 设计 .编译 和 运行 环境 引发 | 设计 、 编 译 环境 
环境 问题 (E-Environments) 的 问题 运行 环境 
操作 平台 不 兼容 
兼容 问题 ee 浏览 器 不 兼容 
分 辩 率 不 兼容 
其 他 问题 (O-Others) 以 上 问题 不 包含 的 其 他 问题 


在 实际 项 目 组 中 ,按照 以 上 划分 的 方式 是 比较 少见 的 ,通常 采取 通用 的 缺陷 分 类 方式 ， 
如 下 所 示 : 

(1) 代码 错误 (Code bug); 

(2) 功能 错误 (Function bug) ; 

(3) 规范 错误 (Spec bug); 

(A) 性 能 错误 (Performance bug); 

(5) 界面 错误 (UI bug) 。 


9.1.6 缺陷 严重 程度 
缺陷 严重 程度 指 因 缺 陷 引 起 的 故障 对 软件 产品 的 影响 程度 ,具体 如 表 9. 2 所 示 。 
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缺陷 严重 程度 列表 





严重 级 别 


对 应 缺陷 严重 等 级 


a g 





1- 严 重 (Critical) 


严重 缺陷 


不 能 执行 正常 工作 功能 或 实现 重要 功能 ,包括 : 

(1) 可 能 有 灾难 性 的 后 果 , 如 造成 系统 崩溃 ,造成 事 
故 等 ; 

(2) 数据 库 错 误 , 如 数据 丢失 等 





2- 重 要 (Major) 


较 大 缺陷 


产生 错误 的 结果 ,导致 系统 不 稳定 ,运行 时 好 时 坏 ,严重 
地 影响 系统 要 求 或 基本 功能 实现 的 问题 。 如 : 

(1) 造成 数据 库 不 稳定 的 错误 ; 

O) 在 说 明 中 的 需求 未 在 最 终 系统 中 实现 ， 

(3) 程序 无 法 运行 ,系统 意外 退出 ; 

(4) 业务 流程 不 正确 





3- 中 等 (Normal) 


一 般 缺陷 


不 正确 的 ,但 不 会 影响 系统 稳定 性 的 : 

a) 过 程 调 用 或 其 他 脚本 错误 ; 

(2) 系统 刷新 错误 ; 

G) 产生 错误 结果 ,如 计算 结果 错误 .数据 不 一 致 等 

(4) 功能 的 实现 有 问题 ,如 在 系统 实现 的 界面 上 ,一 些 可 
接受 输入 的 控件 被 单 击 后 无 反应 ,对 数据 库 的 操作 不 能 
正确 实现 ; 

(5) 编码 时 数据 类 型 .长 度 定义 错误 ; 

(6) 虽然 正确 性 、 功 能 不 受 影响 ,但 系统 性 能 和 响应 时 间 
受到 影响 ; 

(7) 对 于 输入 数据 没有 进行 必要 的 类 型 校 验 





4- 次 要 (Minor) 


轻微 缺陷 


不 正确 的 ,使 系统 用 起 来 不 太 方 便 的 错误 ,重点 指 系统 的 
UI 问题 : 

(1) 系统 的 提示 语 不 明确 ,不 简明 ， 

(2) 滚动 条 无 效 ， 

(3) 可 编辑 区 和 不 可 编辑 区 不 明显 ; 

(4) 光标 跳 转 设置 不 好 ,鼠标 (光标 ) 定 位 错误 ; 

O 上 下 翻 页 ,首尾 页 定位 错误 ; 

(6) 界面 不 一 致 ,或 界面 不 正确 ; 

(7) 日 期 或 时 间 初 始 值 错误 (起 止 日 期 \ 时 间 没 有 限定 ) ; 
(8) 出 现 错别字 ,标点 符号 错误 ,拼写 错误 ,以 及 不 正确 
的 大 小 写 等 





5- 有 待 改进 


(Enhancement) 


其 他 缺陷 





系统 中 需要 改良 的 问题 : 

(1) 容易 给 用 户 误解 和 歧义 的 提示 ; 

(2) 界面 需要 改进 的 , 某 个 控件 没有 对 齐 等 ; 
(3) 对 有 疑虑 的 部 分 ,提出 修改 建议 





9.1.7 软件 缺陷 修复 的 代价 


在 讨论 软件 涡 





试 原则 时 ,一 开始 就 强调 测试 人 员 要 在 软件 开发 的 早期 ,如 需求 分 析 阶 段 
就 应 介入 ,问题 发 现 得 越 早 越 好 。 发 现 缺 陷 后 ,要 尽快 修复 缺陷 。 其 原因 在 于 错误 并 不 只 是 


180 


wv 


软件 测试 技术 及 实战 汇编 


在 编程 阶段 产生 ,需求 和 设计 阶段 同样 会 产生 错误 。 也 许 一 开始 ,只 是 一 个 很 小 范围 内 的 错 
误 , 但 随 着 产品 开发 工作 的 进行 ,小 错误 会 扩散 成 大 错误 ,为 了 修改 后 期 的 错误 所 做 的 工作 
要 大 得 多 , 即 越 到 后 来 往 前 返工 也 越 复杂 。 如 果 错 误 不 能 及 早 发 现 , 那 只 可 能 造成 越 来 越 严 
重 的 后 果 。 缺 陷 发 现 或 解决 时 间 越 迟 ,成 本 就 越 高 。 如 图 9. 1 所 示 。 


siooo+} 

S100 
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BER wit 编码 测试 发 布 
图 9.1 缺陷 修复 的 成 本 代价 

















平均 而 言 , 如 果 在 需求 阶段 修正 一 个 错误 的 代价 是 1, 那 么 ,在 设计 阶段 就 是 它 的 3 一 6 
倍 , 在 编程 阶段 是 它 的 10 倍 ,在 内 部 测试 阶段 是 它 的 20 一 40 倍 ,在 外 部 测试 阶段 是 它 的 
30 一 70 倍 , 而 到 了 产品 发 布 出 去 时 ,这 个 数字 就 是 40 一 1000 倍 , 修 正 错 误 的 代价 不 是 随时 
间 线 性 增长 ,而 几乎 是 呈 指 数 增长 的 。 


9.1.8 缺陷 优先 级 


缺陷 优先 级 指 缺 陷 必须 被 修复 的 紧急 程度 ,如 表 9. 3 所 示 。“ 优 先 级 ”的 衡量 抓 住 了 在 
严重 性 中 没有 考虑 的 重要 程度 因素 。 
表 9.3 缺陷 优先 级 列表 























缺陷 优先 级 描 g 
a 导致 测试 无 法 继续 进行 ,必须 立刻 进行 修复 ; 对 用 户 产 生 很 大 
1- 立 即 解决 (Resolve Immediately) 影响 ,必须 优先 解决 
2- 高 度 关 注 (Highly Focus) 对 此 缺陷 给 以 高 度 重视 ,应 优先 进行 修复 
3- 正 常 排队 (Normal Queue) 缺陷 需要 正常 排队 等 待 修复 或 列 入 软件 发 布 清单 
4- 低 优先 级 (Not Urgent) 缺陷 可 以 在 方便 时 被 纠正 





9.1.9 软件 缺陷 的 生命 周期 


软件 缺陷 从 被 测试 人 员 发 现 一 直到 被 修复 ,也 会 经 历 一 个 特有 的 生命 周期 阶段 。 软 件 
缺陷 从 被 发 现 起 经 历 了 如 下 阶段 : 

(1) 测试 人 员 找 到 并 登记 软件 缺陷 ,软件 缺陷 被 移交 给 程序 修复 人 员 。 

(2) 程序 修复 人 员 修 复 软件 中 的 软件 缺陷 ,然后 移交 给 测试 人 员 。 

(3) 测试 人 员 确 认 软 件 缺陷 被 修复 ,关闭 软件 缺陷 。 

在 许多 情况 下 ,软件 缺陷 生命 周期 的 复杂 程度 仅 为 软件 缺陷 被 打开 、 解 决 和 关闭 。 然 
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而 ,在 有 些 情况 下 ,生命 周期 变 得 更 复杂 一 些 。 
理想 的 软件 缺陷 生命 周期 : 新 建 (new) 一 打开 (open) 一 解决 (fixed) 一 关闭 (closed)。 


9.1.10 报告 软件 缺陷 


在 软件 测试 过 程 中 ,对 于 发 现 的 大 多 数 软件 缺陷 ,要 求 测试 人 员 简 洁 、 清 晰 地 把 发 现 的 
问题 报告 给 判断 是 否 进行 修复 的 小 组 ,使 其 得 到 所 需要 的 全 部 信息 ,然后 才能 决定 怎么 做 。 


1. 报告 软件 缺陷 的 基本 原则 


(1) 尽快 报告 软件 缺陷 。 

(2) 有 效 地 描述 软件 缺陷 。 对 测试 案例 ,测试 过 程 进行 准确 ,有效 的 描述 。 其 要 求 
如 下 : 

© 简单 并 短小 。 

@ 明确 指明 错误 类 型 ,如 功能 错误 、 字 节 错 误 等 。 

@ 单一 ,一 个 报告 只 针对 一 个 软件 缺陷 。 

@ 使 用 IT 业界 惯用 的 表达 术语 和 表达 方法 。 

(3) 在 报告 软件 缺陷 时 不 做 任何 评价 。 

(4) 补充 和 完善 软件 缺陷 报告 。 


2. IEEE 软件 缺陷 报告 模板 


ANS/IEEE 829—1998 标准 定义 了 一 个 称 为 软件 缺陷 报告 的 文档 ,用 于 报告 “在 测试 期 
间 发 生 的 任何 异常 事件 ”。 简 言 之 ,就 是 用 于 登记 软件 缺陷 。 模 板 标准 如 图 9. 2 所 示 。 
IEEE 829 一 1998 软件 测试 文档 编制 标准 
软件 缺陷 报告 模板 
目录 
1. 软件 缺陷 报告 标识 符 
2. 软件 缺陷 总 结 
3. 软件 缺陷 描述 
3.1 输入 
3.2 期 望 得 到 的 结果 
3.3 实际 结果 
3.4 异常 情况 
3.5 日 期 和 时 间 
3.6 软件 缺陷 发 生 步骤 
3.7 测试 环境 
3.8 再 现 测试 
3.9 测试 人 员 
3.10 见证 人 
4. 影响 

图 9.2 IEEE 软件 缺陷 报告 模板 
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9.1.11 分 离 和 再 现 软件 缺陷 


测试 人 员 要 想 有 效 报告 软件 缺陷 ,就 要 对 软件 缺陷 以 明显 .通用 和 再 现 的 形式 进行 
描述 。 

分 离 和 再 现 软件 缺陷 是 考验 软件 测试 人 员 专业 技能 的 地 方 ,测试 人 员 应 该 设法 找 出 缩 
小 问题 范围 的 具体 步骤。 对 测试 人 员 有 利 的 情况 是 , 若 建立 起 绝对 相同 的 输入 条 件 时 ,软件 
缺陷 就 会 再 次 出 现 , 不 存在 随机 的 软件 缺陷 。 

如 果 找 到 的 软件 缺陷 要 采取 繁杂 的 步骤 才能 再 现 ,或 者 根本 无 法 再 现 , 碰 到 这 种 情况 ， 
可 采取 如 下 的 方法 来 分 离 和 再 现 软件 缺陷 。 实 践 证 明 这 些 方法 对 测试 人 员 是 有 所 帮助 的 。 

(1) 不 要 想当然 地 接受 任何 假设 ; 

(2) 注意 时 间 和 运行 条 件 上 的 因素 ; 

(3) 注意 软件 的 边界 条 件 、 内 存 容量 和 数据 溢出 的 问题 ; 

(4) 注意 事件 发 生 次 序 导 致 的 软件 缺陷 ; 

(5) 考虑 资源 依赖 性 和 内 存 、 网 络 、 硬 件 共享 的 相互 作用 ; 

(6) 不 要 忽视 硬件 。 


6.2 测试 总 结 报告 


测试 总 结 报告 的 目的 是 总 结 测试 活动 的 结果 ,并 根据 这 些 结果 对 测试 进行 评价 。 这 种 
报告 是 测试 人 员 对 测试 工作 进行 总 结 ,并 识别 出 软件 的 局 限 性 和 发 生 失 效 的 可 能 性 。 在 测 
试 执行 阶段 的 末期 ,应 该 为 每 个 测试 计划 准备 一 份 相应 的 测试 总 结 报告 。 从 本 质 上 讲 ,测试 
总 结 报告 是 测试 计划 的 扩展 ,起 着 对 测试 计划 “封闭 回路 ”的 作用 。 

图 9.3 所 示 的 是 符合 IEEE 829—1998 软件 测试 文档 编制 标准 的 测试 总 结 报告 模板 。 


IEEE 标准 829 一 1998 软件 测试 文档 编制 标准 
测试 总 结 报告 模板 

目录 

1. 测试 总 结 报告 标识 符 
2. 总 结 

3. 差异 

4. 综合 评估 

5. 结果 总 结 

5.1 已 解决 的 意外 事件 
5 

6. 

7 

8. 

9. 





.2 未 解决 的 意外 事件 
. 评价 

. 建议 

. 活动 总 结 

. 审批 


图 9.3 测试 总 结 报告 模板 
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6.3 软件 缺陷 跟踪 管理 


软件 缺陷 跟踪 管理 系统 在 现代 软件 开发 中 已 经 占据 了 很 重要 的 位 置 。 每 一 个 软件 组 织 
都 知道 必须 妥善 处 理 软件 中 的 缺陷 。 这 是 关系 到 软件 组 织 生存 和 发 展 的 质量 根本 。 遗 憾 的 
是 ,并 非 所 有 的 软件 组 织 都 知道 如 何 有 效 地 管理 自己 软件 中 的 缺陷 。CMM 及 CMMI 都 对 
软件 缺陷 跟踪 给 予 了 关注 并 做 出 了 相关 规定 。 

缺陷 跟踪 管理 是 测试 工作 的 一 个 重要 部 分 ,测试 的 目的 是 为 了 尽早 发 现 软件 系统 中 的 
缺陷 ,因此 ,对 缺陷 进行 跟踪 管理 ,确保 每 个 被 发 现 的 缺陷 都 能 够 及 时 得 到 处 理 是 测试 工作 
的 一 项 重要 内 容 。 


1. 缺陷 跟踪 管理 的 目标 


缺陷 能 够 引起 软件 运行 时 产生 的 一 种 不 希望 或 不 可 接受 的 外 部 行为 结果 ,软件 测试 过 
程 简 单 说 就 是 围绕 缺陷 进行 的 ,对 缺陷 的 跟踪 管理 一 般 而 言 需要 达到 以 下 目标 : 

(1) 确保 每 个 被 发 现 的 缺陷 都 能 够 被 解决 。 这 里 解决 的 意思 不 一 定 是 被 修正 ,也 可 能 
是 其 他 处 理 方式 (例如 ,在 下 一 个 版 本 中 修正 或 是 不 修正 ), 总 之 ,对 每 个 被 发 现 缺 陷 的 处 理 
方式 必须 能 够 在 开发 组 织 中 达到 一 致 。 

(2) 收集 缺陷 数据 并 根据 缺陷 趋势 曲线 识别 测试 过 程 的 阶段 。 决 定 测试 过 程 是 否 结束 
有 很 多 种 方式 ,通过 缺陷 趋势 曲线 来 确定 测试 过 程 是 否 结束 是 常用 并 且 较 为 有 效 的 一 种 
方式 。 

(3) 收集 缺陷 数据 并 在 其 上 进行 数据 分 析 , 作 为 组 织 的 过 程 财富 。 

上 述 的 第 一 条 是 最 受 重视 的 一 点 ,在 谈 到 缺陷 跟踪 管理 时 ,一 般 人 都 会 马上 想到 这 一 
条 ,然而 对 第 二 和 第 三 条 目标 却 很 容易 忽视 。 其 实 ,在 一 个 和 运行 良好 的 组 织 中 ,缺陷 数据 的 
收集 和 分 析 是 很 重要 的 ,从 缺陷 数据 中 可 以 得 到 很 多 与 软件 质量 相关 的 数据 。 


2. 缺陷 管理 的 一 般 流 程 


缺陷 管理 的 一 般 流程 如 图 9.4 所 示 。 

1) 流程 中 的 角色 

(1) 测试 人 员 : 进行 测试 的 人 员 ,缺陷 的 发 起 者 ; 

(2) 项 目 经 理 : 对 整个 项 目 负责 ,对 产品 质量 负责 的 人 员 ; 

(3) FRAR: 执行 开发 任务 的 人 员 .完成 实际 的 设计 和 编码 工作 ; 

(4) 评审 委员 会 : 对 缺陷 进行 最 终 确认 ,在 项 目 成 员 对 缺陷 达 不 成 一 致意 见 时 ,行使 促 
裁 权力 。 

2) 缺陷 的 状态 

(1) 初始 化 : 缺陷 的 初始 状态 ; 

(2) 待 分 配 : 缺陷 等 待 分 配给 相关 开发 人 员 处 理 ; 

(3) 待 修正 : 缺陷 等 待 开发 人 员 修 正 ; 

(4) 待 验证 : 开发 人 员 已 完成 修正 ,等待 测试 人 员 验 证 ; 

(5) 待 评审 : 开发 人 员 拒 绝 修改 缺 陷 ,需要 评审 委员 会 评审 ; 
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角色 说 明 
YH AL: 测试 人 员 
交 


A2: 项 目 经 理 
A3 : 开发 人 员 BUG 修改 信息 
(AD A4: 评审 委员 会 本 


BUG 基本 信息 
















































































BUG 验证 信息 


评审 通过 
A4 












































图 9.4 缺陷 状态 图 
(6) 关闭 : 缺陷 已 被 处 理 完成 。 
3. 缺陷 数据 统计 


如 前 所 述 ,缺陷 数据 统计 也 是 缺陷 跟踪 管理 系统 的 目标 。 一 般 而 言 , 生 成 的 缺陷 数据 统 
计 图 表 包括 缺陷 趋势 图 、 缺 陷 分 布 图 、` 缺 陷 及 时 处 理 情况 统计 表 等 。 


4. 缺陷 跟踪 管理 系统 


目前 已 有 的 缺陷 跟踪 管理 软件 包括 Compuware 公司 的 TrackRecord 软件 (商业 软件 ) 、 
Mozilla 公司 的 Buzilla 软件 (免费 软件 ) 以 及 国内 的 微 创 公司 的 BMS 软件 ,这 些 软件 在 功能 
上 各 有 特点 ,可 以 根据 实际 情况 选用 。 

当然 ,也 可 以 自己 开发 缺陷 跟踪 软件 ,例如 基于 Notes 或 是 ClearQuese 开发 缺陷 跟踪 
管理 软件 。 基 于 Notes 的 缺陷 跟踪 系统 ,除了 具有 上 述 功能 外 ,还 能 够 通过 Notes 的 邮件 系 
统 方便 地 向 相关 人 员 发 送 提醒 信息 (缺陷 处 理 超 时 提醒 、 缺 陷 待 处 理 提醒 等 )。 

除 此 之 外 ,作为 一 个 缺陷 跟踪 管理 系统 ,还 必须 注意 权限 分 配 的 问题 。 缺 陷 记 录 作 为 软 
件 开发 过 程 中 的 重要 数据 ,不 能 轻易 被 删除 ; 对 于 已 经 关闭 的 缺陷 ,也 不 能 随意 修改 。 因 
此 ,缺陷 跟踪 管理 系统 必须 设置 严格 的 管理 权限 , 非 相 关 人 员 不 得 进行 相应 操作 ,修改 相应 
数据 。 在 这 一 点 上 ,通过 Notes 也 很 容易 控制 。 


@.4 缺陷 管理 工具 


目前 市 面 上 的 软件 缺陷 管理 工具 不 下 几 百 种 ,为 企业 ,为 产品 ,为 项 目 挑选 合适 的 缺陷 
管理 工具 ,是 摆 在 我 们 面前 的 一 项 重要 任务 ,软件 缺陷 管理 工具 (又 称 为 软件 缺陷 跟踪 系统 ) 
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可 用 于 记录 、 跟 踪 、 归 类 并 处 理 软件 开发 过 程 出 现 的 Bug 和 硬件 系统 中 存在 的 缺陷 。 

使 用 缺陷 管理 工具 ,可 以 帮助 项 目 更 快 更 好 地 完成 缺陷 修复 以 及 管理 ,提高 项 目 组 整体 
效率 ,并 能 根据 缺陷 统计 分 析 产 品目 前 质量 状况 。 缺 陷 管 理工 具 的 使 用 具有 以 下 特点 : 

CL) 保持 高 效率 的 测试 过 程 ; 

(2) 提高 软件 缺陷 报告 的 质量 ; 

(3) 实施 实时 管理 .安全 控制 ， 

(4) 利于 项 目 组 成 员 间 的 协同 工作 。 


9.4.1 常见 缺陷 管理 工具 


1. Bugzilla 














Bugzilla 是 一 个 Bug 追踪 系统 ,设计 用 来 帮助 你 管理 软件 开发 过 程 。Bugzilla 是 一 开源 
Bug 追踪 系统 ,是 专门 为 UNIX 定制 开发 的 。 但 是 在 Windows 平台 下 依然 可 以 成 功 安装 使 
用 。Testopia 是 一 款 和 Bugzilla 集成 到 一 起 的 测试 用 例 管理 系统 。 

它 的 强大 功能 表现 在 以 下 几 个 方面 : 

(1) 强大 的 检索 功能 ; 

(2) 用 户 可 配置 通过 E-mail 公布 Bug 变更 ; 

(3) 历史 变更 记录 

(4) 通过 跟踪 和 描述 处 理 Bugs 

(5) 附件 管理 ; 

(6) 完备 的 产品 分 类 方案 和 细致 的 安全 策略 ; 

(7) 安全 的 审核 机 制 ; 

(8) 强大 的 后 端 数 据 库 支持 ; 

(9) Web, Xml, E-mail 和 控制 界面 ; 

(10) 友好 的 网 络 用 户 界面 ; 

aD 丰富 多 样 的 配置 设 定 ; 

(12) 版 本 间 向 下 兼容 。 


2. BugFree 


BugFree 是 借鉴 微软 的 研发 流程 和 Bug 管理 理念 ,使 用 PHP + MySQL 独立 开发 的 一 
个 Bug 管理 系统 ,简单 实用 、 免 费 并 且 开 放 源 代码 (遵循 GNU GPL), 


3. Quality Center 


HP Quality Center 提供 了 基于 Web 的 系统 ,可 在 广泛 的 应 用 环境 下 自动 执行 软件 质 
量 测试 和 管理 。 仪 表盘 技术 使 用 户 可 以 了 解 验证 功能 和 将 业务 流程 自动 化 ,并 确定 生产 中 
阻碍 业务 成 果 的 瓶颈 。HP Quality Center 使 IT 团队 能 够 在 开发 流程 完成 前 就 参与 应 用 程 
序 测试 。 这 样 将 缩短 发 布 时 间 表 ,同时 确保 最 高 水 平 的 质量 。 


4. IBM Rational ClearQuest 


IBM Rational ClearQuest 是 一 款 强 大 的 软件 开发 测试 工具 。 集 成 自动 化 软件 及 系统 
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开发 的 业务 过 程 。IBM Rational ClearQuest V7. 0 提供 了 增强 的 需求 跟踪 、 构 建 跟踪 、 企 业 
测试 管理 及 部 署 跟踪 的 功能 。 这 提供 了 从 开发 到 部 署 的 完整 的 审计 跟踪 ,并 扩展 了 路 生命 
周期 的 可 追溯 性 。 该 软件 增强 了 开发 流程 并 使 之 自动 化 ,同时 还 提高 了 软件 生命 周期 的 可 
理解 性 .可 预测 性 和 可 控制 性 。 


5. JIRA 


JIRA 是 集 项 目 计 划 、 任 务 分 配 、 需 求 管理 .错误 跟踪 于 一 体 的 商业 软件 。JIRA 功能 全 
面 、 界 面 友好 、 安 装 简单 .配置 灵活 ,在 权限 管理 以 及 可 扩展 性 方面 都 十 分 出 色 。JIRA 创建 
的 默认 问题 类 型 包括 New Feature, Bug, Task 和 Improvement 4 种 ,还 可 以 自己 定义 ,所 以 
它 也 是 一 个 过 程 管理 系统 。JIRA 融合 了 项 目 管理 ,任务 管理 和 缺陷 管理 ,许多 著名 的 开源 
项 目 都 采用 了 JIRA, 

JIRA 是 目前 比较 流行 的 基于 Java 架构 的 管理 系统 ,由 于 Atlassian 公司 对 很 多 开源 项 
目 实行 免费 提供 缺陷 跟踪 服务 ,因此 在 开源 领域 ,其 认 知 度 比 其 他 的 产品 要 高 得 多 ,而 且 易 
用 性 也 好 一 些 。 同 时 ,开源 则 是 其 另 一 特色 ,在 用 户 购 买 其 软件 的 同时 ,也 就 将 源 代 码 购置 
进来 ,方便 做 二 次 开发 。 


6. Mantis 


Mantis 是 一 个 基于 PHP 技术 的 轻 量 级 的 缺陷 跟踪 系统 ,其 功能 与 前 面 提 及 的 JIRA 系 
统 类 似 ,都 是 以 Web 操作 的 形式 提供 项 目 管理 及 缺陷 跟踪 服务 。 在 功能 上 可 能 没有 JIRA 
那么 专业 ,界面 也 没有 JIRA 漂亮 ,但 在 实用 性 上 足以 满足 中 小 型 项 目的 管理 及 跟踪 要 求 。 
更 重要 的 是 其 开源 ,不 需要 负担 任何 费用 。 不 过 目前 的 版 本 还 存在 一 些 问 题 ,期 竺 在 今后 的 
版 本 中 能 够 得 以 完善 。 





7. Bugzero 


Bugzero 是 一 个 多 功能 、 基 于 网 络 (Web-based) 并 在 浏览 器 下 运行 的 bug 缺陷 管理 和 跟 
踪 系 统 , 可 用 来 记录 、 跟 踪 , 并 归 类 处 理 软件 开发 过 程 出 现 的 bug 和 硬件 系统 中 存在 的 缺 
陷 。Bugzero 也 是 一 个 完整 的 服务 管理 软件 ,包括 集成 服务 台 热 线 流程 管理 (Help Desk) ,可 
用 来 记录 各 种 日 常事 务 、 变 更 请 求 和 问题 报告 ,及 追踪 和 处 理 各 种 客户 询问 、 反 馈 和 意见 。 

Bugzero 提供 了 一 个 可 靠 的 中 央 数 据 库 使 公司 内 部 团队 成 员 以 及 外 部 客户 能 在 任何 地 
点 ,任何 时 间 进 行 协调 和 信息 交流 ,并 且 使 任何 记录 都 有 据 可 查 。 它 使 你 省 时 省 力 。 
Bugzero 不 但 使 用 方便 ,而 且 功 能 齐全 ,变通 性 好 ,能 够 灵活 设置 各 种 实际 工作 流程 ,满足 特 
定 的 业务 和 产品 环境 下 的 需求 。 这 种 灵活 、 易 用 的 缺陷 跟踪 流程 不 仅 增强 了 项 目 开 发 的 质 
量 , 同 时 也 提高 了 整个 机 构 的 生产 效率 。 


9.4.2 Bugzilla 缺陷 管理 工具 
1. Bugzilla 简介 


Bugzilla 是 一 个 共享 的 、 免 费 的 产品 缺陷 记录 及 跟踪 工具 ,由 Mozilla 公司 提供 ,创始 人 
是 Terry Weissman, 开 始 时 使 用 一 种 名 为 TCL 的 语言 创建 ,后 用 Perl 语言 实现 ,并 作为 开 
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源 产 品 发 布 。 

Bugzilla 能 够 建立 一 个 完善 的 bug 跟踪 体系 ,包括 报告 bug、 查 询 bug 记录 并 产生 报 
表 、 人 处 理解 决 bug\ 管 理 员 系统 初始 化 和 设置 4 部 分 。 

Bugzilla 具有 如 下 特点 : 

(1) 基于 Web 方式 ,安装 简单 .运行 方便 快捷 、 管 理 安全 。 

(2) 有 利于 缺陷 的 清楚 传达 。 本 系统 使 用 数据 库 进 行 管理 ,提供 全 面 详尽 的 报告 输入 
项 ,产生 标准 化 的 bug 报告 。 提 供 大 量 的 分 析 选 项 和 强大 的 查询 匹配 能 力 ,能 根据 各 种 条 
件 组 合 进行 bug 统计 。 当 缺陷 在 它 的 生命 周期 中 变化 时 ,开发 人 员 、 测 试 人 员 及 管理 人 员 
将 及 时 获得 动态 的 变化 信息 ,允许 你 获取 历史 记录 ,并 在 检查 缺陷 的 状态 时 参考 这 一 记录 。 

(3) 系统 灵活 、 强 大 的 可 配置 能 力 。Bugzilla 工具 可 以 对 软件 产品 设 定 不 同 的 模块 ,并 
针对 不 同 的 模块 设 定 开发 人 员 和 测试 人 员 。 这 样 可 以 实现 提交 报告 时 自动 发 给 指定 的 责任 
人 ,并 可 设 定 不 同 的 小 组 ,权限 也 可 划分 。 设 定 不 同 的 用 户 对 bug 记录 的 操作 权限 不 同 , 可 
有 效 控制 进行 管理 。 允 许 设 定 不 同 的 严重 程度 和 优先 级 。 可 以 在 缺陷 的 生命 期 中 管理 缺 
陷 。 从 最 初 的 报告 到 最 后 的 解决 ,确保 了 缺陷 不 会 被 忽略 。 同 时 可 以 使 注意 力 集中 在 优先 
级 和 严重 程度 高 的 缺陷 上 。 

(4) 自动 发 送 E-mail, 通 知 相 关 人 员 。 根 据 设 定 的 不 同 责任 人 ,自动 发 送 最 新 的 动态 信 
息 , 有 效 地 帮助 测试 人 员 和 开发 人 员 进 行 沟 通 (每 个 人 收 到 邮件 后 都 要 自觉 进行 相关 处 理 ) 。 


2. Bugzilla 的 安装 


1) 需要 的 软件 

安装 Bugzilla 需要 的 软件 有 MySQL 数据 库 软件 ,Activeperl 软件 ,Bugzilla 安装 包 ,IIS 
组 件 。 

安装 环境 : 

操作 系统 一 一 Windows 平台 

Bugzilla 一 一 4.2 或 以 上 版 本 。 

数据 库 一 一 MYSQL: v5.5.21 For Windows 或 以 上 版 本 。 

Web 服务 器 一 一 IIS 服务 器 或 者 Web Server: Apache 2. 2. 22 (released 2012-01-31) 或 
以 上 版 本 。 

Perl 解析 器 一 一 ActivePerL-5. 14. 2. 1402-MSWin32-x86-295342. msi 或 以 上 版 本 。http: // 
www. perl. org/ 。 

2) 安装 设置 MySQL 数据 库 

双击 MySQL 数据 库 安装 软件 进入 如 图 9. 5 所 示 的 界面 。 

单 击 Next 按钮 ,出现 如 图 9. 6 所 示 的 界面 。 

选择 Custom 单 选 按钮 , 单 击 Next 按钮 ,出 现 如 图 9.7 所 示 的 界面 。 

在 此 改变 MySQL 的 安装 目录 , 单 击 Change 按钮 ,出 现 如 图 9.8 所 示 的 界面 。 

将 Folder name 文本 框 中 的 路 径 改 为 c: \MySQL. Sa OK 按钮 ,出 现 如 图 9.9 所 示 的 
界面 。 

单 击 Next 按钮 ,检查 改变 的 路 径 是 否 正确 ,界面 如 图 9. 10 所 示 。 

单 击 Install 按钮 ,安装 数据 库 完 成 后 出 现 如 图 9. 11 所 示 的 界面 。 
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MySQL Server 5.1 — Setup Wizard 


Welcome to the Setup Wizard for MySQL 
Server 5.1 


The Setup Wizard wil install MySQL Server 5.1 release 5.1.32 
on your computer. To continue, dick Next. 


WARNING: This program is protected by copyright law. 








Cancel 





图 9.5 MySQL 数据 库 安装 界面 (1) 


1G MySQL Server 5.1 - Setup Wizard 


Setup Type 
Choose the setup type that best suits your needs. 


Please select a setup type, 


Offypical 
= Common program Features will be installed. Recommended for 
i ‘general use. 


O Complete 


$145) Al program features willbe installed, (Requires the most disk 
a space.) 


Ocustom 
— Choose which program Features you want installed and where they 
will be installed. Recommended for advanced users, 








<e JU text> J 














Custom Setup 
Select the program features you want installed, 


Click on an icon in the list below to change how a feature is installed, 


Feature Description 
Installs the My5QL-server 
executables. 





This feature requires 63MB on 
your hard drive. It has 1 of 1 
subfeatures selected. 





|. The 
subfeatures require OKB on your 
hard drive. 





Install to: 
‘C:\Program Fles\MySQUIMySQL Server 5.1) 





























图 9.7 MySQL 数据 库 安 装 界面 (3) 


iS MySQL Server 5.1 — Setup Vizard 


Change Current Destination Folder 
Browse to the destination folder. 





Lookin: 
| EF MYSQL Server 5.1 























1G MySQL Server 5.1 - Setup Wizard 


Custom Setup 
Select the program Features you want installed, 


‘Click on an icon in the list below to change how a feature is installed, 


mm | -Feature Description 
m MYSQL Server Datafles | re 





Client Programs 

MYSQL Instance Manager | 
Documentation | 
Developer Components | This feature requires 63M8 on 
your hard drive. Tt has 1 oF 1 
subfeatures selected. The 
































Ready to Install the Program 
The wizard is ready to begin installation, 


If you want to review or change any of your installation settings, click Back. Click Cancel to 
ex the wizard, 


Current Settings: 
Setup Type: 





Spy5QU 
Data Folder: 
‘C:\Documents and Settings\All Users|Application Data\MySQUIMySQL Server 5.1) 














<Back J instal) (cancel 








图 9.10 MySQL 数据 库 安装 界面 (6) 
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Vv 


My5QL Enterprise 


vain 


1. The MySQL Enterprise Server - The most reliable, 
version of the 


worlds most popular tab 
2. MySQL Enterprise Monitor Ser 
assistant. 





图 9. 11 MySQL 数据 库 安装 界面 (7) 
然后 一 直 单 击 Next 按钮 直到 出 现 如 图 9. 12 所 示 的 界面 。 


Wizard Completed 


Setup has finished installing MySQL Server 5.1. Click Finish to 
exit the wizard. 


E Configure the MySQL Server now 
Use this option to generate an optimized MySQL config 
file, setup a Windows service running on a dedicated port 


and to set the password for the root account. 








图 9.12 MySQL 数据 库 安装 界面 (8) 


单 击 Finsh 按钮 ,此 时 MySQL 数据 库 安装 成 功 ,不 过 会 出 现 如 图 9. 13 所 示 的 界面 , 提 
示 可 对 MySQL 进行 配置 。 

单 击 Next 按钮 ,出现 如 图 9. 14 所 示 的 界面 。 

选择 Standard Configuration 单 选 按钮 , 单 击 Next 按钮 ,在 图 9. 15 所 示 的 界面 选中 
Include Bin Directory in Windows PATH 复 选 框 。 

单 击 Next 按钮 ,会 出 现 一 个 页 面 ,在 此 页 面 中 设置 root 用 户 密码 ,并 选中 enable root 
access from remote machines 选项 ,创建 一 个 匿名 用 户 , 单 击 Next 按钮 ,出 现 如 图 9. 16 所 
示 的 界面 。 

单 击 Execute 按钮 ,成 功 后 出 现 如 图 9. 17 所 示 的 界面 。 
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Wy5QL Server Instance Configuration Wizard 


Welcome to the MySQL Server Instance 
Configuration Wizard 1.0.15.0 


‘The Configuration Wizard wil alow you to configure the 
MYSQL Server 5.1 server instance. To Continue, click 
Next. 


MySQL Server Instance Configuration Wizard 


MySQL Server Instance Configuration 
Configure the MySQL Server 5.1 server instance. 


Please select a configuration type. 


C Detailed Configuration 
D Choose this configuration type to create the optimal server setup for 
this machine, 


installation. This wil use a general purpose configuration for the 
server that can be tuned manually. 


HySQL Server Instance Configuration Wizard 


MySQL Server Instance Configuration 
Configure the MySQL Server 5.1 server instance. 


Please set the Windows options. 
I Install As Windows Service 


‘This is the recommended way to run the MySQL server 
on Windows, 


Service Name: [y5q 了 


IX Launch the MySQL Server automaticaly 


I Include Bin Directory in Windows PATH 


5o they can be called from the command ine, 





ei e 





图 9.15 MySQL 数据 库 安装 界面 (11) 
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7v 


EySQL Server Instance Configuration Wizard 
MySQL Server Instance Configuration 
Configure the MySQL Server 5.1 server instance. 


Ready to execute ... 


O Prepare configuration 
O Write configuration file 

Q Start service 

O Apply security settings 

Please press [Execute] to start the configuration. 


MySQL Server Instance Configuration Wizard 


MySQL Server Instance Configuration 
Configure the My5QL Server 5.1 server instance. 


Processing configuration.. 


J Prepare configuration 
Z Write configuration fle (CiMySQUmy in) 





图 9.17 MySQL 数据 库 安装 界面 (13) 


此 时 MySQL 安装 配置 完成 。 

3) 设置 MySQL 数据 库 

单 击 “ 开 始 ">“ 所 有 程序 ”>MySQL—>MySQL Server 5. 1>MySQL Command Line 
Client 命令 ,出 现 如 图 9. 18 所 示 的 界面 。 

在 此 输入 刚才 配置 MySQL 时 输入 的 root 密码 , 若 没有 问题 将 会 出 现 如 图 9. 19 所 示 的 
界面 。 

注意 : 若 输入 密码 后 , 听 到 一 声 警 报 , 并 且 退 出 命令 行 界面 ,很 有 可 能 是 MySQL 服务 
没有 启动 ,此 时 只 要 在 计算 机 管理 中 的 服务 选项 中 启动 MySQL 服务 即 可 。 

下 面 在 MySQL 服务 器 中 创建 一 个 bugs 数据 库 , 和 一 个 bugs 用 户 , 以 及 为 该 用 户 授 予 
相应 的 权限 ,命令 如 下 : 


第 9 章 ”软件 缺陷 及 缺陷 管理 


lySQL Command Line Client | 











图 9. 18 


”for help. rye’ 


设置 MySQL 数据 库 (1) 


with ; or 


MySQL Conmunity § 


to clear the buffer 











图 9.19 


create database bugs; 

create user bugs@ localhost ; 

grant all on bugs. * to bugs@ 'localhost'; 
flush privileges; 


成 功 出 现 如 图 9. 20 所 示 的 界面 。 
输入 quit 命令 ,退出 命令 行 界面 。 


至 此 ,Bugzilla 与 MySQL 有 关 的 工作 已 名 


ETE IM 


设置 MySQL 数据 库 (2) 


创建 一 个 数据 库 bugs 
创建 一 个 用 户 bugs 
为 用 户 bugs 授权 
刷新 用 户 权限 
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Ww 


Commands end with ; or 





SQL Community 


Type *help;’ or ’\h’ for help. *\c’ to clear the buffer. 


ate database hı 


callhost; 


8.01 sec? 


> grant all on bugs.* to bugs®’ localhost’; 
OK, B rows affected (8.08 sec) 


flush pri 
(8.88 sec? 








图 9.20 设置 MySQL 数据 库 (3) 


1) 安装 Bugzilla 

(1) 安装 Bugzilla 文件 。 

将 Bugzilla 安装 包 解 压 ,由 于 使 用 的 是 Bugzilla 4. 2 版 本 ,所 以 将 解压 后 的 bugzilla-4. 2 
文件 夹 复制 到 C 盘 根 目录 下 。 然 后 配置 IIS 服务 

(2) 安装 Bugzilla 软件 所 需 的 perl 模块 

使 用 Bugzilla 自 带 的 一 个 checksetup. pl 来 安装 Bugzilla 所 需 的 Perl 模块 ,如 图 9. 21 
所 示 。 














>: \Documents and Settings dministrator>ed .. 
cd bugzilla 


:\bugzilla>checksetup.p1 








图 9.21 运行 checksetup. pl 以 安装 Perl 模块 
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在 此 命令 id 安装 Bugzilla 所 需 的 Perl 模块 ,用 checksetup. pl 可 以 找到 需要 安装 的 
Perl 模块 , 安 装 的 方法 如 F: 





> install the modules listed 


nd as an hdninist 


TALL OPTIONAL MODULE 


: ppm install Template-G 

SOAP-Lite: ppm install SOAP-Lite 

TheSchuartz: ppm install T 

Daemon-Generic: ppm install Daenon-Ge 
mod_perl: ppm inst 

fApache-S Limit ppm ii 








图 9.22 选择 安装 模块 





若 安装 Template-GD 模块 , 则 右 击 选中 标记 ,然后 选中 图 22 中 的 ppm install 
Template-GD 选项 ,复制 名 称 , 然 后 右 击 , 按 下 键盘 中 的 回 车 键 就 可 以 完成 该 模块 的 安装 。 
用 上 面 的 方法 完成 所 有 缺失 模块 的 安装 .完成 安装 的 界面 如 图 所 











Xi 


ppn install TheSchwartz 
: ppm install Daenon-Ge 
ppn install m 
nit: ppm install Apac 


localconf ig 
If you want to be able use the ’difference between two 


e of Bugzilla <which requires the Pat der Perl nodule 
hould install patchutils from 





http://cyberelk.net/tin/patchutils/ 


ne var that you 
ettings. P e edit the file 


etup-pl. 


lconfig sin 
ichecksetup.p1: c - webs rgroup, use_sue 
db_name, db_user, db_pass, jort, db_sock, db_check, in 
ediffbin, diffpath, 





1gzilla> 





图 9.23 完成 Perl 模块 安装 








- 定 要 检查 是 否 安装 完成 了 所 有 的 Perl 模块 ,因为 有 的 Perl 模块 是 要 基于 已 经 安装 的 
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Perl 模块 的 ,所 以 第 一 次 安装 完成 后 最 好 再 运行 一 次 checksetup. pl. 


第 2 次 运行 checksetup. pl 模块 时 ,有 些 模块 仍然 没 法 安装 ,没关系 ， 





并 不 会 影响 到 Bugzilla 的 安装 , 若 安装 成 功 将 会 在 bugzilla AFA 





A 








为 里 面 有 些 模块 











文件 。 
i 





ea 
EL 


E 生成 的 localconfig 文件 是 一 个 没有 任何 后 
中 的 “$ db_port 二 0;” 改 为 *$ db_port 一 3306;”, 将 
1;”, 在 命令 行 下 再 次 运行 checksetup. pl, 将 会 4 
后 会 要 求 填 人 主机 的 地 址 服务 器 地 址 、 管 理 员 名 字 和 由 
管理 员 登 录 的 密码 和 确认 密码 ,如 图 9. 24 一 图 9. 28 所 示 


的 文件 ,打开 lo 











= 
ni 





和 号 (该 账号 是 


mining dir 
webdot dir 


index 


html 


illa/.htacce: 


to function on Windows 


hostnane 


$ index_html=0;” 





E 成 一 个 localconfig 


calconfig 文件 ,将 其 


改 为 * $ index_html 


E 成 和 数据 库 有 关 的 数据 表 , 生 成 数据 表 
-个 E-mail 地 址 ) 以 及 





图 9. 24 


输入 SMTP 服务 器 主机 名 


contrib. 


t/.htace 


hostnai 

















E-mail 地 址 
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-htaccess--- 


raphs/ .htacce 


/lib/ -htace 


p nembership: 
e we don’t hi 
night have accidentally heen deleted. 


ad 








FA 9.26 输入 管理 员 真 实 姓名 





ttachnents/.htacce 

webdot/. htaccess 
htacce 

htacces 


tes. hte 


ng templai 
lizing "Dependency Tree Ch “ email_setting ... 


Deriving regex p memberships. 


Looks like we don’t have an administ rw set up yet. Either this i 
your first time using Bugzilla adninistrator’s privileges 


night have accidentally been deleted. 


mail addres the administrator: ma 
administrator: i 


administrator account: 











输入 管理 员 账 户 的 密码 





Bugzilla 安装 配置 全 部 完成 。 此 时 就 可 以 登录 Bugzilla 的 页 面 了 。 打 开 一 个 网 页 浏览 
at ,输入 配置 的 服务 器 地 址 http: //192. 168. 1. 1/bugzilla ,就 可 以 登录 Bugzilla, 如 图 9. 29 
所 示 。 

(3) 用 户 登 录 及 设置 流程 

打开 浏览 器 ,输入 Bugzilla 服务 器 地 址 : http: //192. 168. 1. 1/bugzilla/ ,如 图 9. 29 所 
示 。 进 入 主页 面 后 , 单 击 “ 新 建 账号 ”(New Account) 图 标 ,进入 注册 页 面 。 

在 注册 页 面 中 输入 E-Mail 地 址 和 用 户 代号 ,然后 单 击 *New Account” 图 标 ,随后 将 收 
到 一 封包 含 初始 密码 的 E-Mail。 如 图 9. 30 Bra. 
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Ne 


INDO¥S\system32\cad. exe 














图 9.28 Bugzilla 安装 完成 


TAD MD BED 
O-O A 


Ess (se ie 





| Reports | Now Account| Log n | Forgot Password 


Welcome to Bugzilla 


BAA 





图 9.29 Bugzilla 登录 界面 


在 收 到 E-Mail 之 后 , 单 击 Log in, 在 账号 栏 输入 注册 时 使 用 的 E-Mail 地 址 ,在 密码 栏 
输入 邮件 里 通知 的 初始 密码 ,然后 单 击 Log In。 
如 忘记 密码 ,在 登录 页 面 中 单 击 Forgot Password, 单 击 Reset Password, 根 据 收 到 的 邮 
新 设置 密码 。 如 图 9. 31 所 示 。 
首先 由 管理 员 登 录 系 统 , 进 入 系统 后 进行 系统 配置 。 如 图 9. 32 所 示 。 




















Bugzilla - Create a new Bugzilla account 
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To create a Bugzilla account, all you need to do is to enter a legitimate email address. You wil receive an emal at this address to confirm the creation of your account. You will ne 


able to fog in until you receive the email ft doesn arve within a reasonable amount of me, you may Contact the mantaner of this Bugzilla installation stam 
—— 


PRIVACY NOTICE: Bugzila is an open bug tracking system. Actvty on most bugs. including emaii addresses. wil be sible to the public. We recommend using a secondary 
‘account or fee web emaii senice (such as Gmail Yahoo, Hotmail. or milar) to avad recenang spam at your Prmary email address 








Email address: — 











Find a specific bug by entering words that describe i. Bugzita wil search bug descriptions and comments for those words and retum a list of matching bugs sorted by relevance 


For example, ithe bug you are looking for is a browser crash when you go to a secure web site wth an embedded Flash animation, you might search for “rash secure SSL 


ash 


Status: Open E) 


Produ: H 





图 9. 31 





重新 设置 密码 界面 


This page is only accessible to empowered users. You can access administrative pages ftom here (based on your phiviegesl letting you configure dierent aspects of this instalation 


Note: some sections may not be accessible to you and are marked using a lighter color 


Parameters 
‘Set core parameters of the installation. That's the place where you 
specify the URL to access this installation, determine how users 
‘authenticate, choose which bug fields to display, select the mal 
transfer agent to send email notifications, choose which group of 
Users can use charts and share quenes, and much more. 


Set the default user preferences. These are the values which will be 
used by default for all users. Users will be able to edit their own 
preferences from the Preferences. 


‘Sanity. Check 
Run sanity checks to locate problems in your database, This may 
take several tens of minutes depending on the size of your 
installation. You can also automate this check by running 
‘aninyshest. pi from a cron job. A notification wil be sent per email to 
the specified user if errors are detected. 


Users 
‘Create new user accounts or edit existing ones. You can also add 
and remove users from groups (also known as “user privileges"). 





Products 
Edit all aspects of products, including group restrictions which let 
You define who can access bugs being in these products. You can 
also edit some specific attributes of products such as components, 
versions and milestones directy 


‘lags 
‘A flag is a custom 4-states attribute of bugs and/or attachments. 
These states are: granted, denied, requested and undefined. You 
can set as many flags as desired per bug. and define which users are 
allowed to edit them. 


‘Customize your workflow and choose initial bug statuses available on 
bug creation and allowed bug status transitions when editing existing 
bugs. 

Groups 
Define groups which will be used in the installation. They can either 
be used to define new user privileges or to restrict the access to 
some bugs. 


‘Set keywords to be used with bugs. Keywords are an easy way to 
“tag” bugs to let you find them more easiy later. 


Whining 
‘Set queries which wil be run at some specified date and time, and 
get the result of these queries directly per emai. This is a good way 
to create reminders and to keep track of the activity in your 
installation. 





图 9.32 Administrator 登录 界面 
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单 击 各 个 配置 如 参数 配置 Parameters ,进入 相应 页 面 后 进行 配置 。 
要 增加 用 户 ,可 以 单 击 add a new user 选项 ,创建 新 User, 如 图 9. 33 所 示 。 





List users wth [ENEN ¥ matching | - ___J[ecasesnsenstive substring | [Search ] 





上 
E Restrict to users belonging to group | admin i 








图 9.33 使 用 新 建 用 户 命令 
输入 新 用 户 的 登录 名 、 真 实 姓名 密码 条 ,再 单 击 Add 按钮 ,如 图 9. 34 所 示 。 





Login name:| 
Real name: 














Bugmail Disabled: O cms affects bugmail and whinemail, not password-reset or other non-bug-related emails) 
Disable text: 











(if non-empty, then the account will be disabled, and this text should explain why.) 


You can also find a user 


图 9.34 添加 新 用 户 信息 界面 


要 创建 一 个 Bugzilla 账号 ,所 有 需要 做 的 就 是 输入 一 个 合法 的 地 址 。 这 个 地 址 将 收 到 
一 封 电子 邮件 ,以 确认 账户 的 创建 。 创 建成 功 后 页 面 如 图 9. 35 所 示 。 

除了 第 一 个 admin 之 外 其 他 的 选项 最 好 全 部 选中 ,然后 单 击 Save Changes 按钮 ,最 后 
出 现 图 9. 36 所 示 界 面 。 

如 果 要 删除 一 个 账户 ,请 在 参数 配置 中 单 击 Index 进入 相关 界面 ,如 图 9. 37 所 示 。 

然后 单 击 allowuserdeletion 选项 或 者 直接 单 击 左 侧 列表 菜单 Administrative Policies， 
进入 图 9. 38 所 示 页 面 : 选择 On 选项 后 单 击 Save Changes 按钮 保存 更 改 。 

(4) 操作 Bugzilla 系统 。 

安装 完成 后 ,可 以 使 用 注册 的 管理 员 账 户 进行 登录 ,准备 为 项 目 创建 服务 和 规则 。 登 录 
已 创建 好 的 管理 员 账 号 ,进入 系统 管理 页 面 ,Bugzilla 为 广大 用 户 提 供 了 丰富 的 自 定义 内 
容 , 可 以 根据 项 目的 不 同 要 求 ,制定 自己 的 规则 和 流程 。Bugzilla 的 一 般 工 作 流 程 如 图 9. 39 
所 示 。 

管理 员 安 装 完 Bugzilla 系统 后 ,可 以 为 当前 开发 的 项 目 新 建 一 个 复查 标记 ,如 图 9. 40 
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The user ccom > ‘com has been created successfully You may want to edi the group settings now using the form below 






































(Enter new password to change.) 
Bugmail Disabled: 回 (This affects bugmail and whinemail, not password-reset or other non-bug-related emails) 
Disable text: 可 











(If non-empty, then the account will be disabled, and this text should explain why.) 
Group access: Can turn these bits on for other users 
1 User is a member of these groups 


© O admin: administrators 
Be bz_canusewhineatothers: Can configure whine reports for other users 


(aj 
o 
{aj 










quip_moderators: Can moderate quips 
r_sudoers: Can perform actions as other users 
»_protect: Can not be impersonated by other users 
inconfirm: Can confirm a bug or mark it a duplicate 

ps: Can create and destroy groups 










itclassifications: Can create, destroy, and edit classifications 
jitcomponents: Can create, destroy, and edit components 





图 9.35 创建 成 功 后 页 面 











‘The following changes have been made to the user account i Fie <om 3 


+ The account has been added to the bz_sudoers, b2>sudo_protect, canconfim, creategroups. editbugs, adilclassifications, editcomponents, editkeywords. editusers, 
tweakparams groups = 











Login name -mamie nn < o7 


Real name: t 
[tester 




















Password: 
(Entar new password to change.) 
Bugmail Disabled: 回 (This affects bugmail and whinemail, not password-reset or other non-bug-related emails) 
Disable text: a 





| $ 

(If non-empty, then the account will be disabled, and this text should explain why.) 
Group access: Can turn these bits on for other users 
| User is a member of these groups 


O O admin: administrators 
canusewhineatothers: Can configure whine reports for other users 
usewhines: User can configure whine reports for self 
} moderators: Can moderate quips 
Can perform actions as other users 
bz_sudo_protect: Can not be impersonated by other users 
: Can confirm a bug or mark it a duplicate 
roups: Can create and destroy groups 


ssfeuaogad 










Can create, destroy, and edit classifications 
Can create, destroy, and edit components 
Is: Can create, destroy, and edit keywords 


图 9.36 配置 完成 界面 


oğo n o ono Dan 


pe 
] 回 


所 示 。 
开发 人 员 通 过 Eclipse 的 Subclipse 插件 生成 基于 当前 服务 器 上 代码 的 增 量 补丁 。 


开发 人 员 在 Bugzilla 上 新 建 一 个 优先 级 为 “开发 "类 型 的 新 记录 ,如 图 9. 41 所 示 ,作为 
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All parameters are displayed below, per section. If you cannot find one from here, then the parameter does not exist. 


a 
ji p3 


Settings iS 





图 9.37 删除 账户 界面 


一 一 一 his Jets you edit the basic operating parameters of Bugzita. be caretul! 





General Any item you check "Reset" on will get reset to its default value. 
Gministrativey -一 一 一 
Policies 、 
The pages to edit products and components can delete all associated bugs when you delete a product (or component). Since 
User ( se a pretty Scary Syan you Daia ha Nat prt ot balorat Bc ne ie ee evar Span 
Authentication ; 
‘Attachments ~ © On O on / 
Bug Change = 
Policies O Reset 
Bug Fields 
Dependency 
Graphs 
moup Sacis: 71 Jeers can changè-their own email address through the preferences, Note that the changa is validated by emsäing both addres! 
Lpap / so switching this option on will not let users use an invalid address. 
RADIUS 
Email © on O off 
Patch viewer \\ Fy Reset 次 








图 9.38 删除 用 户 成 功 界面 


本 开发 流程 的 基点 。 

开发 人 员 将 补丁 上 传 到 “开发 "记录 的 附件 中 ,并 开启 补丁 的 标记 功能 ,比如 开发 人 员 张 
三 与 QA 李 四 搭 档 开 发 , 张 三 在 设置 标记 的 时 候 就 会 指定 李 四 来 复查 ,在 下 拉 菜 单 中 选中 
“?”, 并 在 后 面 的 字段 填 上 “ 李 四 ”, 如 图 9. 42 所 示 。 
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提交 (打开 ) 献 陷 
1 
指派 转交 ) 缺 陷 
EE TRANE 
是 
重新 打开 推迟 处 理 和 > 是 “| 已 修改 
Bug 的 标记 类 型 
[编辑 名 称 ,. [说 明 | 操作 ] 
— 
Al 附件 标记 类 型 
pa [编辑 名 称 ,. [说明 | 操作 | 
关闭 缺陷 为 附件 添加 标记 类 型 
图 9.39 Bugzilla 工作 流程 图 9.40 管理 标记 类 型 





报告 人 :zhangsan@gmail.com 








初始 状态 :新 建 
分 配给 :有 Gomalcoml 


PE: 


URL: piny 
ME: 
描述 

















图 9.41 提交 Bug: TestProduct 





WERA: 


标记 : 
ssp Gm) 











图 9.42 标记 


此 时 ,补丁 的 状态 字段 就 会 显示 为 “zhangsan: 复查 ? (lisi)”, 如 图 9. 43 所 示 。 如 果 开 
发 人 员 重 新 想 置 空 标记 或 者 不 指定 具体 的 QA, 只 需 在 下 拉 菜 单 中 选中 空格 即 可 。 
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oon EI 
==) 


创建 新 附件 (包括 程序 的 patch、 测 试 案例 等 ) 





图 9. 43 标记 为 需要 复查 


对 于 QA 来 说 ,可 以 利用 标记 的 另外 两 个 值 来 表明 补丁 的 状态 。 如 果 QA 发 现 补丁 中 
存在 缺陷 或 者 Bug, 就 将 标记 置 为 ~-”, 表 示 没 有 通过 复查 ,如 图 9. 44 所 示 。 


rm oe fam Ea 


创建 新 附件 (包括 程序 的 patch、 测 试 案例 等 ) 








图 9. 44 标记 为 拒绝 


然后 ,针对 补丁 ,报告 Bug( 在 Bugzilla 上 创建 优先 级 为 “复查 ”的 新 记录 来 报告 补丁 的 
Bug) ,并 将 它 ( 们 ) 指 派 给 开发 者 张 三 。 同 时 ,设置 这 条 记录 的 阻塞 (block) 字 段 ,将 它 置 为 代 
码 审查 请 求 记录 的 编号 ,如 图 9. 45 所 示 。 如 果 这 里 报 的 Bug 没有 得 到 修复 ,代码 审查 请 求 
记录 是 无 法 被 关闭 (closed) 的 。 





Bug 2 依赖 于 Bug(D); [BR 
Bug 2 导致 TBuglBj: 门 8 示 估 得 关 天 图 


图 9.45 阻塞 记录 


开发 者 修复 了 QA 报告 的 Bug 之 后 ,制作 新 版 本 的 补丁 文件 上 传 。 
QA 查看 新 补丁 是 否 仍 存在 问题 , 若 确认 无 误 , 可 以 关闭 “复查 ”记录 ,如 图 9. 46 所 示 。 











个 状态 继续 为 已 解决 已 修复 
Fi 





图 9.46 关闭 


QA 重复 上 述 过 程 , 直 到 补丁 中 没有 缺陷 。 当 李 四 认 为 复查 已 通过 , 便 可 将 标记 置 为 
“十 ”, 表 明 补 丁 通过 了 复查 ,这 时 附件 状态 就 会 显示 为 “ 李 四 : 复查 十 ”。 然 后 ,QA 将 相应 
的 “开发 ”记录 状态 置 为 “已 解决 ”, 如 图 9. 46 所 示 ; 解决 方案 置 为 “已 修复 ”, 如 图 9. 47 所 
示 , 告 诉 committer 这 个 补丁 已 经 可 以 递交 到 服务 器 。 





个 状态 继续 为 新 建 

C 接受 Bug (将 其 状态 改 为 已 分 配 ) 

© 解决 Bug, 将 Mes as ERE 可 

C 解决 Bug, 将 其 状态 改 为 重复 与 Bug #| 
C 重 分 配 这 Bug 到 [com 

C 将 Bug 分 配给 所 选 模块 的 缺 省 责任 人 

| 











图 9. 47 标记 为 已 修复 


于 搜索 的 关键 字 ,无 须 输 入 完整 信息 ， 
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最 后 ,项 目 组 内 的 committer 会 搜索 所 有 已 解决 (Resolved) 的 “开发 ”记录 ,把 通过 的 补 
丁 递交 到 Harmony 的 服务 器 上 ,再 关闭 相应 的 “开发 ”记录 。 

开发 过 程 中 ,会 产生 大 量 的 Bug 报告 ,如 何 从 这 些 数据 中 获得 我 们 需要 的 记录 ? 
Bugzilla 提供 了 两 种 不 同 复杂 度 的 搜索 方式 ,第 一 种 方式 仅 提供 了 状态 .产品 和 关键 字 3 个 
字段 来 进行 搜索 , 它 只 能 进行 最 基本 的 搜索 功能 ,方便 开发 人 员 进 行 一 些 快 速 的 搜索 。 
Bugzilla 同时 也 提供 了 更 为 强大 和 全 面 的 搜索 功能 ,支持 对 搜索 的 定制 。 无 论 是 开发 人 员 
还 是 QA 都 可 以 针对 自己 关注 的 问题 ,选择 相关 的 字段 ,设置 搜索 条 件 , 如 图 9. 48 所 示 。 对 
系统 会 返回 所 有 以 该 关键 字 为 子 串 的 匹配 结果 。 








WES): | 包含 右边 所 有 的 单词 /字符 审 zj 


产品 (P); 模块 (M): RAY): 


TestProduct | [ TestComponent [ other | [ 


详细 描述 (C); | 包含 右边 宇 符 审 


URL: | 包含 右边 所 有 的 单词 /字符 串 到 








RSA: 。 解决 途径 (R): FERE): RARU): WHH): 。 “操作 系统 (Q): 




















已 修复 | blocker a) | 开发 | 二 All All a 
Bee critical 复查 PC Windows 
决定 不 改 major [ ‘Macintosh [ Mac OS [ 
稍 后 再 改 normal Other Linux 
提醒 minor | [Other 
[m | 无 法 重 现 enhancement |" v D Ss 
Email 及 编号 Bug 更 改 
任意 如 下 时 间 段 修改 过 的 
Bug 责 任 人 F Bug 责 任 人 3 
厂 报告 人 F 报告 人 ( 答 入 YYYY-Mv 
厂 抄 送 列表 成 员 E 抄 送 列表 成 员 
厂 评论 人 厂 评论 人 如 下 字段 作 了 修改 ; 
Ea 可 aa 可 pene) 
责任 人 
图 9.48 搜索 设置 


Bugzilla 的 搜索 还 提供 了 一 个 非常 有 价值 的 功能 一 一 它 可 以 保存 每 次 的 搜索 配置 ,只 
要 你 为 当前 的 搜索 设置 一 个 易 记 名 字 , 如 图 9. 49 所 示 ,就 能 保存 当前 搜索 配置 供 下 次 使 用 ， 
省 去 了 无 谓 的 重复 配置 操作 。 如 果 条 件 有 变动 ,还 能 编辑 搜索 条 件 。 





状态 。 处 理 方法 mt 


新 建 Java.io.InputStrem #read$BII 
新 建 Java.io.InputStrem #read $811 
新 建 java.lo,InputStrem #read$BII 


| 给 Bug 责 任 人 发 邮件 | aban eem 











图 9.49 保存 查询 条 件 


当 需 要 重复 相同 的 搜索 时 ,无 须 再 次 设置 搜索 条 件 , 只 需 单 击 保存 的 名 字 就 可 以 获得 同 
样 的 搜索 结果 ,如 图 9. 50 所 示 ,这 为 开发 人 员 提 供 了 很 大 的 便利 。 
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图 9.50 重复 利用 已 保存 的 搜索 条 件 


在 开发 过 程 中 还 可 以 通过 RSS 阅读 器 来 订阅 搜索 结果 ,定制 搜索 条 件 获得 数据 时 ,在 
搜索 的 http 地 址 后 面 加 上 “&ctype 二 rss" 便 可 获取 符合 RSS 标准 的 XML 数据 。 通 过 RSS 
客户 端 软件 订阅 , 便 可 与 数据 保持 同步 ,无 须 通过 sendmail 来 通知 最 新 的 变化 。 

Bugzilla 报表 统计 功能 省 去 了 枯燥 的 数据 录入 ,方便 汇总 统计 。Bugzilla 可 以 生成 两 种 
形式 的 报表 (Report) 进 行 统计 : 一 种 是 以 表格 的 形式 ,这 是 默认 支持 的 ; 还 有 一 种 形式 是 通 
过 直方 图 来 表示 结果 ,更 加 直观 , 它 需 要 在 编译 Bugzilla 前 ,添加 图 形 模块 。 两 种 形式 报表 
的 生成 过 程 大 致 相同 ,下 面 以 表格 形式 生成 项 目 汇总 报告 为 例 来 介绍 该 功能 。 生 成 报表 过 
程 中 条 件 的 筛选 类 似 高 级 搜索 中 搜索 条 件 的 定制 。Bugzilla 报表 生成 功能 提供 了 较 大 的 灵 
活性 ,用 户 可 以 设置 3 个 坐标 轴 的 字段 值 ,如 图 9. 51 所 示 o 





_ 模 坐标 ; 责任 人 a 


纵 坐 标 ; SERT: 


w g FEAR 可 








生成 报 省 








图 9.51 生成 表格 形式 的 报表 


纵 坐 标 : 选择 报告 人 , 即 开发 人 员 资 料 。 

横 坐 标 : 选择 开发 人 员 负 责 的 项 目 组 件 。 

然后 在 筛选 条 件 的 优先 级 中 选择 * 开 发", 如 果 想 统计 QA 的 工作 ,只 需 把 优先 级 改 为 
“复查 " 即 可 。 如 果 不 想 在 同一 张 表 格 中 生成 数据 ,还 可 在 “多 表 显 示 ” 中 选择 报告 人 ,这 样 就 
会 为 每 个 开发 人 员 生 成 一 个 表格 。 

开发 中 ,补丁 是 通过 附件 的 方式 递交 的 ,如 图 9. 52 所 示 。 

(5) 系统 的 本 地 化 。 

Bugzilla 系统 为 本 地 化 保留 了 开放 的 接口 .只 要 提供 符合 规范 的 本 地 语言 模板 即 可 让 
你 的 Bugzilla 系统 支持 本 地 语言 .在 SourceForge 上 可 以 找到 由 第 三 方 提供 的 模板 支持 ,无 
须 自行 开发 新 的 模板 。 这 个 第 三 方 库 还 提供 了 css 脚本 ,可 以 定制 自己 的 界面 ,为 更 好 地 查 
看 bug 提供 方便 。 本 地 化 Bugzilla 的 过 程 非常 方便 ,只 需 按 照 下 述 步骤 操作 即 可 : 

® 从 SourceForge 下 载 工具 包 .解压 。 

@ 从 解压 出 来 的 两 种 编码 方式 中 , 选 一 种 模板 (UTF8 格式 或 GB2312 格式 ) 复 制 到 
%obugzilla RAR % /template/ ,并 将 文件 夹 改名 为 cn( 默 认 英 文 模板 名 为 en) 。 

@ 以 管理 员 身 份 登录 系统 ,进入 参数 配置 页 面 .如 图 9. 53 所 示 。 

















Bug: 2 硬件 (H):|PC z 报告 人 ; 张 三 < 才 
产品 PP): [TestProduct 可 os:[inx 可 eA). 
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BE 新建 优先 级 (1): [FE 可 
EERE: [oma Z 





see: 
责任 人 : 李 mq <is@amal.com> 
uRL:| 


7 fixe. InputStrem#readserr 











创建 新 附件 (包括 程序 的 patch、 测 试 案例 等 ) 查看 





图 9.52 提交 补丁 


WA: 
个 人 设置 | 系统 设置 | RARE | 用 户 | 产品 | 标记 | ZEEP |A | 关键 词 HE) 
图 9.53 参数 设置 


@ Hi language 改 为 cn, 如 图 9. 54 所 示 , 系 统 便 会 自动 去 提取 新 加 的 模板 来 格式 化 界 
面 ,如 果 想 重新 恢复 英文 ,只 需 重新 改 回 en 即 可 。 





languages: A comma-separated list of RFC 1766 lar 
which you wish Bugzilla output to be dis, 
appropriate language pack before addin 
is the one in this list with the highest q 
Available languages: 





I Reset Fr 
| 
defaultlanguage: -9k | 
Accept-Language header. 
I Reset 
图 9.54 本 地 化 


REJE 


1. 在 软件 生命 周期 的 每 个 阶段 , 既 要 尽量 发 现 和 清除 本 阶段 的 软件 缺陷 ,也 要 尽量 发 
现 和 清除 以 前 所 有 阶段 遗留 的 软件 缺陷 。 但 是 每 个 阶段 注入 的 缺陷 在 本 阶段 就 被 发 现 和 清 
除 是 最 佳 选择 ,为 什么 ? 

2. 软件 缺陷 报告 也 称 为 软件 问题 报告 。 如 果 让 你 设计 软件 缺陷 报告 单 , 你 认为 应 该 在 
其 中 记录 哪些 缺陷 信息 ? 

3. 缺陷 的 严重 性 和 优先 级 是 含义 不 同 但 相互 联系 密切 的 两 个 概念 。 一 般 来 说 ,严重 性 
程度 高 的 软件 缺陷 具有 较 高 的 优先 级 。 那 么 ,缺陷 的 严重 性 和 优先 级 总 是 一 一 对 应 的 吗 ? 
为 什么 ? 

4. 在 你 所 了 解 的 软件 缺陷 管理 工具 中 ,你 比较 喜欢 哪个 ? 简单 说 明 原 因 。 





1. 概述 


软件 质量 保证 (SQA) 是 为 了 提供 信用 ,证 明 项 目 将 会 达到 有 关 质 量 标准 ,而 在 质量 体 
系 中 开发 的 有 计划 、 有 组 织 的 活动 。 本 章 介绍 软件 质量 保证 的 相关 概念 ,及 软件 测试 与 软件 
质量 保证 的 关系 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 理解 软件 质量 保证 的 重要 性 和 意义 ; 
(2) 掌握 软件 质量 保证 的 过 程 。 

2) 难点 

(1) 质量 保证 中 的 评审 和 检查 ; 

(2) 软件 测试 与 软件 质量 保证 的 关系 。 


随 着 软件 应 用 逐渐 融和 人 社会 日 常生 活 的 各 个 方面 ,人 们 越 来 越 关注 软件 的 质量 ,但 是 ， 
却 很 难 对 软件 质量 给 出 一 个 全 面 的 描述 。 


(10.1 软件 质量 


10.1.1 软件 质量 的 定义 


软件 质量 的 狭义 定义 是 产品 无 故障 ,这 也 是 与 需求 一 致 的 最 基本 含义 ,如 果 软 件 的 功能 
缺陷 太 多 ,就 不 能 满足 提供 期 望 功 能 的 基本 要 求 。 

软件 质量 的 另 一 个 观点 是 过 程 质量 与 终端 产品 质量 。 从 客户 的 需求 到 产品 的 发 布 , 开 
发 过 程 是 很 复杂 的 ,通常 涉及 很 多 阶段 ,每 个 阶段 都 有 反馈 途径 。 每 一 个 阶段 都 会 产生 中 间 
产品 。 每 一 个 阶段 也 从 前 一 个 阶段 接收 一 个 中 间 产 品 。 每 一 个 中 间 产 品 都 有 一 定 的 质量 特 
性 ,它们 都 将 影响 到 最 终 产品 的 质量 。 

美国 国家 标准 学 会 (ANSD 给 出 的 软件 质量 的 定义 为 : 软件 质量 是 软件 产品 服务 的 特 
性 和 特征 的 整体 , 它 取决 于 满足 给 定 需求 的 能 力 。 

IEEE 在 ANSI 的 基础 上 ,对 软件 质量 标准 做 了 进一步 的 明确 ,并 给 出 了 如 下 定义 : 
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(1) 软件 产品 满足 给 定 需求 的 特性 及 特征 的 总 体 的 能 力 ; 

C2) 系统 、 部 件 或 者 过 程 满足 规定 需求 的 程度 ; 

(3) 软件 拥有 所 期 望 的 各 种 属性 组 合 的 程度 ; 

(4) 系统 部 件 或 者 过 程 满足 顾客 或 者 用 户 需 求 或 者 期 望 的 程度 ; 
(5) 顾客 或 者 用 户 认为 软件 满足 综合 期 望 的 程度 ; 

(6) 软件 组 合 特性 在 使 用 中 将 满足 用 户 预 期 需求 的 程度 。 


10.1.2 影响 软件 质量 的 因素 


虽然 软件 具有 难以 定量 度量 的 软件 属性 ,但 是 仍然 能 够 提出 许多 重要 的 软件 质量 指标 。 
从 管理 角度 对 软件 质量 进行 度量 ,可 以 把 影响 软件 质量 的 主要 因素 分 成 以 下 13 类 。 

(1) 正确 性 : 系统 满足 规格 说 明和 用 户 目 标的 程度 , 即 在 预定 环境 下 能 正确 地 完成 预 
期 功能 的 程度 。 

(2) 健壮 性 : 在 硬件 发 生 故 障 、 输 入 的 数据 无 效 或 操作 错误 等 意外 环境 下 ,系统 能 做 出 
适当 响应 的 程度 。 

(3) 效率 : 为 了 完成 预定 的 功能 ,系统 需要 的 计算 资源 的 多 少 。 

(4) 安全 性 : 对 未 经 授权 的 人 使 用 软件 或 数据 的 企图 ,系统 能 够 控制 的 程度 。 

(5) 可 用 性 : 系统 在 完成 预定 应 该 完成 的 功能 时 令 人 满意 的 程度 。 

(6) 风险 : 按 预定 的 成 本 和 进度 把 系统 开发 出 来 ,并 且 让 用 户 感到 满意 的 概率 。 

(7) 可 理解 性 : 理解 和 使 用 该 系统 的 容易 程度 。 

(8) 可 维修 性 : 诊断 和 改正 在 运行 现场 发 现 的 错误 所 需要 的 工作 量 的 大 小 。 

(9) 适应 性 : 修改 或 改进 正在 运行 的 系统 需要 的 工作 量 的 多 少 。 

(10) 可 测试 性 : 软件 容易 测试 的 程度 。 

(11) 可 移植 性 : 把 程序 从 一 种 硬件 配置 和 软件 系统 环境 转移 到 另 一 种 配置 和 环境 时 ， 
需要 的 工作 量 的 多 少 。 有 一 种 定量 度量 的 方法 是 : 用 原来 程序 设计 和 调试 的 成 本 除 移 植 时 
需 用 的 费用 。 

(12) 可 再 用 性 : 在 其 他 应 用 中 该 程序 可 以 被 再 次 使 用 的 程度 。 

(13) 互 运行 性 : 把 该 系统 和 另 一 个 系统 结合 起 来 的 工作 量 的 多 少 。 

软件 产品 的 质量 是 软件 开发 工作 的 关键 问题 。 计 算 机 软件 质量 是 计算 机 软件 内 在 属性 
的 组 合 ,包括 计算 机 程序 数据、 文件 等 多 方面 的 可 理解 性 、 正 确 性 、 可 用 性 、 可 移植 性 、 可 维 
护 性 、 可 修改 性 、 可 测试 性 、 适 应 性 、 再 用 性 、 完 整 性 、 适 用 性 、 健 壮 性 、 可 靠 性 ,效率 与 风险 等 
多 方面 特性 。 

在 软件 项 目的 开发 过 程 中 ,往往 强调 软件 必须 完成 的 功能 、 进 度 计划 、 花 费 成 本 ,而 忽略 
了 软件 生存 周期 中 各 阶段 的 质量 标准 。 对 软件 质量 的 看 法 与 提高 软件 质量 的 途径 在 软件 工 
程 行 业 中 存在 着 不 同 的 看 法 与 做 法 ,发展 的 趋势 是 从 研究 管理 问题 .产品 问题 转向 过 程 问题 
(开发 模型 .开发 技术 ) ,从 单纯 的 测试 .检验 、 评 价 、 验 收 ,深入 到 设计 过 程 中 。 


10.1.3 软件 质量 评价 应 遵守 的 原则 
软件 质量 评价 应 遵守 以 下 原则 : 


210 


MV 
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(1) 应 强调 软件 总 体质 量 ( 低 成 本 高 质量 ) ,而 不 应 片面 强调 软件 正确 性 ,忽略 其 可 维护 
性 与 可 靠 性 、 可 用 性 与 效率 等 。 

(2) 应 在 软件 工程 化 生产 的 整个 周期 的 各 个 阶段 都 注意 软件 的 质量 ,而 不 能 只 在 软件 
最 终 产品 验收 时 注意 质量 。 

(3) 应 制定 软件 质量 标准 ,定量 地 评价 软件 质量 ,使 软件 产品 评价 采用 “评测 结合 、 以 测 
为 主 ” 的 科学 方法 。 


10.1.4 软件 质量 模型 
1. McCall 模型 


J. A. McCall 等 人 将 质量 模型 分 为 3 层 ,分 别 为 因素 、 衡 量 准则 、 度 量 ,并 对 软件 质量 因 
素 进行 了 研究 ,认为 软件 质量 是 正确 性 、 可 靠 性 ,效率 等 构成 的 函数 ,而 正确 性 可靠 性 ` 效 率 
等 被 称 为 软件 质量 因素 或 软件 质量 特征 , 它 表 现 了 系统 可 见 的 行为 化 特征 。 每 一 因素 又 由 
一 些 准则 来 衡量 ,而 准则 是 跟 软件 产品 和 设计 相关 的 质量 特征 的 属性 。 例 如 ,正确 性 由 可 跟 
踪 性 、 完 全 性 、 相 容 性 来 判断 ; 每 一 准则 又 有 一 些 定 量化 指标 来 计量 ,指标 是 捕获 质量 准则 
属性 的 度量 。McCall 认为 软件 质量 可 从 两 个 层次 去 分 析 , 其 上 层 是 外 部 观察 的 特性 ,下 层 
是 软件 内 在 的 特性 。McCall 定义 了 11 个 软件 外 部 质量 特性 , 称 为 软件 的 质量 要 素 , 它 们 是 
正确 性 ,可 靠 性 ,效率 完整 性 、 可 使 用 性 、 可 维护 性 、 可 测试 性 、 灵 活性 ,可 移植 性 、 复 用 性 和 
互 操作 性 。 如 图 10. 1 所 示 , 同 时 ,还 定义 了 23 个 软件 的 内 部 质量 特征 , 称 为 软件 的 质量 属 
性 ,它们 是 完备 性 一致 性 ,准确 性 ,容错 性 、 简 单 性 ,模块 性 ,通用 性 、 可 扩充 性 、 工 具 性 、 自 描 
述 性 ,执行 效率 ,存储 效率 、 存 取 控 制 . 存 取 审 查 、 可 操作 性 、 培 训 性 、 通 信 性 、 软 件 系统 独立 
性 ,机 独立 性 、 通 信和 通 用 性 、 数 据 通用 性 和 简明 性 ,软件 的 内 部 质量 属性 通过 外 部 的 质量 要 素 
反映 出 来 。 然 而 ,实践 证 明 以 这 种 方式 获得 的 结果 会 有 一 些 问题 。 例 如 ,本 质 上 并 不 相同 的 
一 些 问 题 有 可 能 会 被 当成 同样 的 问题 来 对 待 ,导致 通 过 模型 获得 的 反馈 也 基本 相同 。 这 就 
使 得 指标 的 制定 及 其 定量 的 结果 变 得 难以 评价 。 












可 维护 性 (Maintainability) 
可 测试 性 (Testability) 
灵活 性 (Flexibility) 


互 操作 性 (Interoperability) 
可 移植 性 (Portability) 
复 用 性 (Reusability) 


产品 运行 
PRODUCT OPERATIONS 





正确 性 (Correctness) 可 靠 性 (Reliability) 
可 使 用 性 (Usability) 效率 (Efficiency) 
完整 性 (Integrity) 


10.1 McCall 质量 模型 


2. Boehm 模型 


Boehm 模型 是 由 Boehm 等 人 在 1978 年 提出 来 的 质量 模型 ,在 表达 质量 特征 的 层次 性 
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LES McCall 模型 是 非常 类 似 的 。 不 过 , 它 是 基于 更 为 广泛 的 一 系列 质量 特征 的 , 它 将 这 
些 特征 最 终 合 并 成 19 个 标准 。Boehm 提出 的 概念 的 成 功 之 处 在 于 它 包 含 了 硬件 性 能 的 特 
征 , 这 在 McCall 模型 中 是 没有 的 。 但 是 ,其 中 与 McCall 模型 类 似 的 问题 依然 存在 。 

Boehm 模型 基于 软件 的 整体 效用 ,从 系统 交付 后 涉及 不 同类 型 的 用 户 考虑 。 第 一 类 用 户 
是 初始 客户 ,系统 做 了 客户 期 望 的 事 ,客户 对 系统 非常 满意 ; 第 二 类 用 户 是 要 将 软件 移植 到 其 
他 软 硬 件 系统 下 使 用 的 用 户 ; 第 三 类 用 户 是 系统 维护 人 员 。 三 类 用 户 都 希望 系统 可 靠 有 效 。 


3. ISO 9126 质量 模型 


ISO 9126 质量 模型 主要 从 3 个 层次 来 分 析 , 即 内 部 质量 .外 部 质量 和 使 用 质量 ,这 三 者 
之 间 互 相 影响 .互相 依赖 。 其 中 内 在 质量 和 外 在 质量 的 6 个 特征 还 可 以 再 继续 分 成 更 多 的 
子 特征 。 这 些 子 特征 在 软件 作为 计算 机 系统 的 一 部 分 时 会 明显 地 表现 出 来 ,并 且 会 成 为 内 
在 的 软件 属性 的 结果 。 另 一 方面 的 使 用 质量 主要 有 4 点 : 有 效 性 ,生产 率 、 安 全 性 、 满 意 度 。 
这 个 模型 中 第 一 层 ( 质 量 特性 ) 和 第 二 层 (准则 ) 关 系 非 常 清楚 ,没有 像 McCall 模型 和 
Boehm 模型 的 那 种 交叉 关系 。 如 表 10. 1 所 示 。 


表 10.1 软件 质量 特性 列表 


质量 特性 描 g THE 子 特性 描述 


软件 产品 为 指定 的 任务 和 用 户 目标 提 
供 一 组 合适 功能 的 能 力 。 

(1) 软件 提供 了 用 户 所 需要 的 功能 。 
(2) 软件 提供 的 功能 是 用 户 所 需要 的 
软件 提供 给 用 户 功能 的 精确 度 是 否 符 
当 软 件 在 指定 条 件 下 | 准确 性 合 目标 。 例 如 ,运算 结果 的 准确 ,数字 
功能 性 使 用 时 ,软件 产品 满足 发 生 偏差 ,多 个 0 或 少 个 0 
(Functionality) | 明确 和 隐 含 要 求 功能 软件 与 其 他 系统 进行 交互 的 能 力 ( 例 
的 能 力 互 操作 性 如 ,PC 中 WORD 和 打印 机 完成 打印 
互通 ; 接口 调用 ) 

软件 保护 信息 和 数据 的 安全 能 力 ( 主 
要 是 权限 和 密码 ) 

遵循 相关 标准 (国际 标准 、 国 内 标准 、 
行业 标准 ,企业 内 部 规范 ) 

软件 产品 为 避免 软件 内 部 的 错误 扩散 
成 熟 性 而 导致 系统 失效 的 能 力 (主要 是 对 内 
错误 的 隔离 ) 

软件 防止 外 部 接口 错误 扩散 而 导致 系统 
失效 的 能 力 (主要 是 对 外 错误 的 隔离 ) 
系统 失效 后 ,重新 恢复 原 有 的 功能 和 
性 能 的 能 力 

软件 产品 依附 于 同 可 靠 性 相关 的 标 
准 、 约 定 或 规定 的 能 力 














保密 安全 性 





功能 性 的 依从 性 








可 靠 性 软件 产品 维持 规定 的 | 容错 性 
(Reliability) 性 能 级 别 的 能 力 





易 恢复 性 





可 靠 性 的 依从 性 
















































































续 表 
质量 特性 描 述 子 特 性 子 特性 描述 
软件 交互 给 用 户 的 信息 时 ,要 清晰, 兴 
易 理解 性 确 , 且 要 易 懂 , 使 用 户 能 够 快速 理解 
| 软件 
SET th He a A EE 软件 使 用 户 能 学 习 其 应 用 的 能 力 
使 用 人 ee Ma 软件 产品 使 用 户 能 昂 于 操作 和 控制 它 
CUsability) 理解 学习、 使 用 和 吸 | 易 操 作 性 ai 7 
引用 户 的 能 力 ial 
AIH 软件 产品 路 引 用 户 的 能 力 
软件 产品 依附 于 同 使 用 性 相关 的 标 
易 用 性 的 依从 性 | 准 、 约 定 或 规定 的 能 力 
软件 处 理 特定 的 业务 请 求 所 需要 的 响 
在 规定 条 件 下 ,相对 于 | 时 间 特 性 应 时 间 
效率 所 用 资源 的 数量 ,软件 | 下 有 让 软件 处 理 特定 的 业务 请 求 所 消耗 的 系 
(Efficiency) 产品 提供 适当 的 性 能 统 资源 
的 能 力 软件 产品 依附 于 同 效率 相关 的 标准 、 
AEPA 约定 或 规定 的 能 力 
ran oe eT ey sera 
缺陷 产生 的 原因 ,判断 出 修改 的 地 广 
ee pe 软件 产品 使 得 指定 的 修改 容易 实现 的 
td 能 力 (降低 修复 问题 的 成 本 ) 
可 维护 性 软件 产品 避免 由 于 软件 修改 而 造成 意 
护 性 。 | 修正 改进 或 软件 适应 | 稳定 性 
(Maintainability) 环境 .需求 和 功能 规格 外 结果 的 能 力 
eat E 软件 提供 畏 助 性 手段 帮助 测试 人 员 实 
现 其 测试 意图 
软件 产品 依附 于 同 可 维护 性 相关 的 标 
维护 性 的 依从 性 | 准 、 约 定 或 规定 的 能 力 
J 软件 产品 无 须 做 相应 变动 就 能 适应 不 
a 同 环境 的 能 力 
ae RWSA REN. ENFER 
可 移植 性 A ARR pee 软件 产品 在 公共 环境 中 与 其 他 软件 分 
(Portability) 能 力 享 公共 资源 共存 的 软件 
P 软件 产品 在 同样 的 环境 下 ,将 代 另 一 
个 相同 用 途 的 软件 产品 的 能 力 
可 移植 性 的 依 | 软件 产品 依附 于 同 可 移植 性 相关 的 标 
从 性 准 、 约 定 或 规定 的 能 力 





(10.2 软件 质量 保证 


软件 质量 保证 (Software Quality Assurance,SQA) 是 建立 一 套 有 计划 、 有 系统 的 方法 ， 
来 向 管理 层 保证 拟定 出 的 标准 、 步 又、 实践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 软 件 质量 
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保证 的 目的 是 使 软件 过 程 对 于 管理 人 员 来 说 是 可 见 的 。 它 通过 对 软件 产品 和 活动 进行 评审 
和 审计 来 验证 软件 是 合乎 标准 的 。 软 件 质量 保证 组 在 项 目 开 始 时 就 一 起 参与 建立 计划 、 标 
准 和 过 程 。 这 些 将 使 软件 项 目 能 够 满足 机 构 方针 的 要 求 。 

IEEE 中 对 软件 质量 保证 的 定义 : 软件 质量 保证 是 一 种 有 计划 的 、 系 统 化 的 行动 模式 ， 
它 是 为 项 目 或 者 产品 符合 已 有 技术 需求 提供 充分 信任 所 必需 的 。 也 可 以 说 ,软件 质量 保证 





是 设计 上 











来 评价 开发 或 者 制造 产品 过 程 的 一 组 活动 。 具 体 包括 : 


CL) 有 效 的 软件 工程 技术 (方法 和 工具 ); 

(2) 在 整个 软件 过 程 中 采用 的 正式 技术 复审 ; 
(3) 一 种 多 层次 的 测试 策略 ; 

(4) 对 软件 文档 及 其 修改 的 控制 ; 

(5) 保证 软件 遵从 软件 开发 标准 的 规程 ; 

(6) 度量 和 报告 机 制 。 


10. 


2.1 软件 质量 保证 策略 


为 了 在 软件 开发 过 程 中 保证 软件 的 质量 ,主要 采取 下 述 措施 。 


1. 审查 


审查 就 是 在 软件 生命 周期 每 个 阶段 结束 之 前 ,都 正式 使 用 结束 标准 对 该 阶段 生产 出 的 
软件 配置 成 分 进行 严格 的 技术 审查 。 

审查 小 组 通常 由 4 人 组 成 : 组 长 ,作者 和 两 名 评审 员 。 组 长 负责 组 织 和 领导 技术 审查 ， 
作者 是 开发 文档 或 程序 的 人 ,两 名 评审 员 提出 技术 评论 。 评 审 员 应 由 与 评审 结果 利害 依 关 
的 人 担任 。 

审查 过 程 的 步骤 如 下 : 

(1) 计划 一 一 组 织 审查 组 ,分 发 材料 ,安排 日 程 等 。 

(2) 概貌 介绍 一 一 当 项 目 复杂 庞大 时 ,可 由 作者 介绍 概况 。 

(3) 准备 一 一 评审 员 阅 读 材料 取得 有 关 项 目的 知识 。 

(4) 评审 会 一 一 目的 是 发 现 和 记录 错误 。 

(5) 返工 一 一 作者 修正 已 经 发 现 的 问题 。 

(6) 复查 一 一 判断 返工 是 否 真 正解 决 了 问题 。 

至 少 在 生命 周期 每 个 阶段 结束 之 前 ,应 该 进行 一 次 正式 的 审查 ,在 某 些 阶 段 中 可 以 进行 
多 次 审查 。 


2. 复查 和 管理 复审 


复查 即 是 检查 已 有 的 材料 ,以 确定 某 阶 段 的 工作 是 否 能 够 开始 或 继续 。 每 个 阶段 开始 
时 的 复查 ,是 为 了 肯定 前 一 个 阶段 结束 时 的 审查 ,以 及 判断 是 否 已 经 具备 了 开始 当前 阶段 工 
作 所 必需 的 材料 。 管 理 复审 通常 指向 开发 组 织 或 使 用 部 门 的 管理 人 员 ,提供 有 关 项 目的 总 
体 状 况 、 成 本 和 进度 等 方面 的 情况 ,以便 从 管理 角度 对 开发 工作 进行 审查 。 
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3. 测试 


测试 就 是 用 已 知 的 输入 在 已 知 环境 中 动态 地 运行 系统 或 系统 的 部 件 。 如 果 测 试 结果 和 
预期 的 结果 不 一 致 , 则 表明 系统 中 可 能 出 现 了 错误 。 测 试 过 程 中 产生 的 基本 文档 如 下 : 

(1) 测试 计划 一 一 通常 包括 单元 测试 和 集成 测试 ,确定 测试 范围 .方法 和 需要 的 资 

(2) 测试 过 程 一 一 详细 描述 和 每 个 测试 方案 有 关 的 测试 步骤 和 数据 ,包括 测试 数据 及 
预期 的 结果 。 

(3) 测试 结果 一 一 把 每 次 测试 运行 的 结果 归 入 文档 ,如 果 运 行 出 错 , 则 应 产生 问题 报 
告 ,并 且 通 过 调试 解决 所 发 现 的 问题 。 


10.2.2 软件 质量 保证 活动 


1. 项 目 计 划 过 程 


该 过 程 的 目的 是 计划 并 执行 一 系列 必要 的 活动 ,以 便 在 不 超出 项 目 预算 和 日 程 安排 的 
前 提 下 ,将 优质 的 产品 交付 给 客户 。 项 目 计 划 过 程 适用 于 公司 的 所 有 项 目 , 但 每 个 项 目 可 以 
根据 各 自 的 不 同情 况 对 该 过 程 进 行 裁剪 。 

项 目 计划 包含 3 个 需要 在 项 目 中 执行 和 管理 的 主要 计划 

。 软件 项 目 管理 计划 ; 

。 软件 项 目 质量 管理 计划 ; 

。 软件 配置 管理 计划 。 

1) 制订 软件 项 目 管理 计划 

软件 项 目 管理 计划 涉及 项 目 中 所 有 与 项 目 管理 相关 的 问题 ,主要 内 容 包括 基础 设施 计 
划 、 进 度 计 划 ( 包 括 各 种 类 型 的 估算 )、 风 险 管理 计划 、 项 目 培训 计划 ,执行 计划 、 客 户 管 理 
计划 。 

(1) 基础 设施 计划 。 

基础 设施 计划 包括 项 目 开 始 执行 前 必须 到 位 的 所 有 需求 , 它 需 要 确定 以 下 内 容 : 软件 
工程 需求 .基础 设施 需求 .角色 和 职责 、 内 外 部 接口 .过程 需求 .知识 和 技能 需求 。 

(2) 进度 计划 。 

进度 计划 涉及 制定 合理 可 用 的 项 目 进 度 。 

在 制定 项 目 进度 时 ,需要 进行 规模 (Size) .工作 量 (effort) 的 估算 。 

项 目 进度 需要 描述 以 下 内 容 : 执行 的 活动 、 估 算 的 人 时 、 投 入 的 人 员 、 责 任 人 和 时 间 线 、 
里 程 碑 事 件 的 标识 。 

(3) 风险 管理 计划 。 

风险 管理 包括 标识 风险 事件 (与 管理 相关 的 风险 ,与 执行 相关 的 风险 ,与 客户 相关 的 风 
险 等 ) .评估 风险 并 设 定 风险 优先 级 .制订 风险 缓解 和 应 急 计 划 并 跟踪 该 计划 。 

(4) 项 目 培训 计划 。 

根据 项 目 及 人 员 结 构 制 订 项 目 培训 计划 ,包括 业务 领域 知识 .技术 .工具 等 方面 的 培训 
计划 。 
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(5) 执行 计划 。 

项 目 执行 计划 包含 了 与 执行 当前 项 目 关系 最 大 的 生命 周期 模型 。 该 计划 对 组 织 级 执行 
模型 进行 了 裁剪 。 项 目 生命 周期 模型 通常 包括 项 目 执行 的 阶段 ,各 阶段 的 输入 和 输出 、 可 交 
付 的 产品 .需要 迭代 (反复 ) 的 阶段 。 

2) 制订 软件 项 目 质量 管理 计划 

制订 软件 项 目 质量 管理 计划 涉及 与 质量 相关 的 需求 ,这 些 需要 在 产品 中 实现 ,并 保证 用 
于 构筑 产品 的 项 目 过 程 。 主 要 内 容 如 下 : 

(1) 项 目 设 定 的 质量 标准 。 

(2) 同 级 评审 计划 一 一 同 级 评审 计划 中 描述 了 在 不 同 的 软件 生命 周期 开发 阶段 ,对 不 
同 的 工作 产品 所 采用 的 同 级 评审 类 型 。 

(3) 测试 计划 一 一 测试 计划 包括 对 可 执行 文件 /模块 或 整个 系统 将 要 进行 的 各 种 测试 。 
根据 项 目测 试 过 程 来 指定 测试 计划 。 

(4) 度量 管理 计划 一 一 通过 剪裁 组 织 级 的 度量 过 程 来 指定 项 目 度量 管理 计划 。 

(5) 缺陷 预防 计划 一 一 管理 ,开发 和 测试 人 员 互 相配 合 制订 缺陷 预防 计划 ,防止 已 识别 
的 缺陷 再 次 发 生 。 

(6) 过 程 改进 计划 一 一 项 目 级 过 程 改 进 的 机 会 要 记录 到 过 程 改 进 计 划 中 。 这 些 机 会 主 
要 源 于 度量 分 析 、 缺 陷 预防 分 析 和 标识 出 的 好 的 或 可 避免 的 实践 。 

3) 制订 软件 配置 管理 计划 

软件 配置 管理 计划 用 于 管理 与 配置 管理 相关 的 需求 ,这 些 需求 与 工作 产品 和 可 交付 产 
品 有 关 。 该 计划 的 目的 在 于 : 为 执行 软件 工程 相关 活动 提供 依据 ,并 在 整个 开发 和 维护 过 
程 中 对 软件 项 目 进 行 管理 。 

主要 内 容 包 括 : 

(1) 软件 配置 管理 计划 组 织 。 

(2) 角色 和 职责 。 

(3) 开发 /维护 配置 管理 计划 ,包括 可 配置 项 的 标识 .命名 约定 .目录 结构 .访问 控制 、 变 
更 管理 .基线 库 创建 ` 放 入 /提取 (Check in/Check out) ML iil) .版 本 控制 。 

(4) 产品 配置 管理 ,包括 产品 中 部 件 的 可 跟踪 性 、 产 品 的 版 本 设 定 和 发 布 . 交 付 的 配置 
管理 (标识 出 要 交付 的 产品 构成 ) ,需求 配置 管理 (需求 基线 的 确定 、 产 品 版 本 与 划 定 基线 的 
需求 版 本 之 间 的 关系 ) .配置 审计 。 


2. 需求 说 明和 需求 管理 过 程 


该 过 程 的 目的 是 为 了 保证 开发 组 在 开发 期 间 对 项 目 目标 和 生产 出 最 后 产品 的 目的 有 一 
个 清晰 的 理解 ,确保 客户 提出 的 需求 是 可 行 的 ,确保 客户 了 解 自己 提出 的 需求 的 含义 ,并 且 
这 个 需求 能 够 真正 达到 他 们 的 目标 ,确保 开发 人 员 和 客户 对 于 需求 没有 误解 或 误会 ,确保 按 
照 需求 实现 的 软件 系统 能 够 满足 客户 提出 的 需求 。 

软件 需求 规格 说 明 书 将 作为 产品 测试 和 验证 是 否 适合 需要 的 基础 。 对 于 需求 的 变更 ， 
它 可 能 在 开发 项 目 期 间 的 任何 时 间 点 发 生 ,需求 的 变更 将 要 影响 日 程 和 承诺 的 变化 ,这 些 变 
化 需要 和 客户 所 提出 的 要 求 相 一 致 。 

这 个 过 程 主要 处 理 两 种 活动 : 需求 说 明和 需求 管理 。 需 求 说 明 指 的 是 需求 过 程 中 形成 
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基线 的 主体 , 它 是 以 后 进一步 的 设计 和 测试 的 基础 。 另 外 ,在 软件 开发 过 程 中 ,会 经 常 遇 到 
由 于 客户 又 有 新 需求 或 开发 组 自身 对 项 目 有 了 更 清楚 的 理解 或 认识 ,要 对 需求 进行 变更 。 
在 对 最 初 的 需求 说 明 书 进行 变更 时 ,要 用 到 需求 管理 过 程 。 

1) 需求 说 明 

主要 包括 以 下 任务 : 

(1) 执行 需求 分 析 。 

分 析 收 集 到 的 需求 和 提案 中 可 用 的 需求 。 这 个 任务 要 求 需求 说 明 书 应 该 在 完整 性 、 一 
致 性 、 清 晰 性 和 可 测 性 上 达到 比较 合理 的 程度 。 

(2) 定义 需求 说 明 书 。 

基于 对 需求 的 分 析 编 写 软件 需求 规格 说 明 书 。 这 个 文档 应 清晰 记录 以 下 内 容 : 

O 目标 和 范围 ; 

@ 功能 需求 ; 

© 用 户 接口 ; 

@ 输入 输出 ; 

© 模块 之 间 的 接口 ; 

性 能 需求 ; 

D 特殊 用 户 需求 。 

如 果 需 求 不 清晰 或 模糊 ,就 需要 准备 原型 ,通过 评估 原型 来 产生 需求 说 明 书 。 

(3) 定义 验收 标准 。 

基于 对 以 前 步骤 收集 的 需求 规格 说 明 书 , 建 立 测 试 标准 、 验 证 的 解决 方案 。 所 有 的 需求 
应 该 可 能 制定 测试 标准 。 这 个 测试 标准 将 成 为 客户 批准 最 终 产品 的 依据 ,因此 要 求 在 制定 
客户 标准 时 ,要 经 常 紧密 地 与 客户 进行 交流 沟通 。 

(4) 评审 需求 分 析 说 明 书 和 测试 标准 。 

因为 是 开发 项 目的 基础 ,所 以 需求 规格 说 明 书 和 验收 标准 需要 由 项 目 组 的 同 级 人 员 进 
行 评 审 。 

2) 需求 管理 

需求 管理 过 程 包括 以 下 6 个 方面 : 

(1) 记录 变更 请 求 。 

形成 基线 的 需求 说 明 书 的 变更 可 能 是 由 客户 提出 的 ,也 可 能 是 由 于 设计 或 编码 阶段 开 
发 人 员 根 据 一 些 限 制 或 优化 而 提出 的 。 所 有 需求 变更 必须 经 过 客户 的 批准 ,并 且 必须 是 可 
行 的 。 任 务 需 求 变更 可 以 由 组 织 自己 定义 开始 时 间 , 并 且 所 有 需求 变更 都 需要 记录 到 变更 
登记 表 中 。 

(2) 分 析 受 到 影响 的 组 件 。 

任何 经 过 批准 的 变更 需求 在 整个 项 目 组 范围 内 进行 受 影响 组 件 分 析 。 

(3) 估算 需求 变更 成 本 。 

项 目 成 本 与 需求 变更 有 关 。 任 何 规模 的 变更 对 于 成 本 来 讲 都 是 一 种 损耗 。 如 果 一 个 受 
影响 组 件 是 非常 重要 的 ,那么 可 行 性 需要 重新 进行 成 本 估算 。 

(4) 重新 估算 所 有 产品 的 交付 日 期 和 时 间 。 

如 果 没 有 考虑 有 效 的 缓冲 .成 本 的 变化 可 能 会 影响 整个 项 目的 交付 时 间 。 在 交付 时 间 
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内 的 任何 实质 的 变更 都 需要 再 同 用 户 商议 决定 。 

(5) 评审 受 影响 组 件 。 

在 这 个 步骤 中 ,所 有 相关 的 受 影响 组 件 需要 进行 评审 ,项 目 负责 人 执行 此 项 任务 。 

(6) 获得 客户 的 批准 。 

这 个 过 程 的 最 后 一 项 任务 是 获得 客户 的 签字 。 客 户 应 该 同意 已 经 形成 基线 的 软件 需求 
说 明 书 、 验 收 标准 和 已 记录 的 受 影响 组 件 的 变更 。 


3. 设计 过 程 


本 过 程 所 关注 的 是 把 需求 转变 成 为 如 何 实现 这 些 需 求 的 描述 。 主 要 包括 以 下 两 个 
阶段 : 

1) 概要 设计 

在 概要 设计 阶段 ,要 确保 规格 定义 能 够 完全 符合 .支持 和 覆盖 前 面 描述 的 系统 需求 ; 可 
以 采用 建立 需求 跟踪 文档 和 需求 实现 矩阵 的 方式 ,确保 规格 定义 满足 系统 需求 的 性 能 、 可 维 
护 性 、 灵 活性 的 要 求 ; 确保 规格 定义 是 可 以 测试 的 ,并 且 建 立 了 测试 策略 ; 确保 建立 了 可 行 
的 ,包含 评审 活动 的 开发 进度 表 ; 确保 建立 了 正式 的 变更 控制 流程 。 

这 个 阶段 包括 以 下 的 任务 : 结构 设计 、 逻 辑 设计 、 项 目标 准 定义 、 系 统 /集成 测试 计划 的 
创建 ,并 要 进行 同 级 评审 。 概 要 设计 模板 .系统 /集成 测试 计划 模板 在 本 阶段 将 被 使 用 。 

(1) 结构 设计 。 

在 这 个 步骤 中 ,完成 软件 解决 方案 的 基础 布局 设计 。 继 软件 布局 设计 之 后 ,应 用 程序 被 
分 解 成 基础 模块 /组 件 , 目 的 是 为 了 实现 在 模块 内 的 高 聚合 和 模块 之 间 的 低 耦 合 。 通 常情 况 
下 ,模块 的 划分 是 基于 概要 设计 中 的 功能 需求 而 定 的 。 

(2) 运算 方法 设计 。 

在 这 个 步骤 中 ,完成 软件 系统 解决 方案 与 应 用 程序 的 转换 逻辑 设计 。 设 计 模块 接口 和 
应 用 需求 的 主要 逻辑 。 在 决定 通用 算法 之 前 ,通常 需要 一 些 模型 。 

(3) 定义 项 目标 准 。 

在 这 个 步骤 中 ,所 有 的 项 目 开发 标准 被 定义 。 详 细 设 计 / 编 码 标准 要 同 实际 执 行 得 一 
致 。 制 定 标准 时 还 要 考虑 标准 将 来 的 扩展 性 、 灵 活性 和 方便 性 。 

(4) 创建 系统 /集成 测试 计划 。 

基于 对 概要 设计 的 理解 ,系统 和 集成 测试 计划 被 制定 出 来 。 验 证 最 后 生产 的 产品 达到 
了 设计 要 求 ,通常 采用 基于 黑 盒 的 功能 或 性 能 检查 。 

(5) 评审 设计 。 

作为 所 有 开发 阶段 的 基础 ,概要 设计 是 非常 重要 的 ,因此 需要 进行 同 级 评审 ,由 能 力 强 
的 高 级 软件 工程 师 组 成 同 级 评审 小 组 ,以 确保 完成 合适 的 软件 解决 方案 设计 。 

2) 详细 设计 

在 详细 设计 阶段 ,要 确保 建立 了 设计 标准 ,并 且 按 照 该 标准 进行 设计 ; 确保 设计 变更 被 
正确 跟踪 .控制 .文档 化 ; 确保 按照 计划 进行 设计 评审 ; 确保 设计 按照 评审 准则 评审 通过 并 
被 正式 批准 之 前 ,没有 开始 正式 编码 。 

这 个 阶段 包括 以 下 任务 : 详细 设计 和 准备 单元 测试 计划 。 在 这 个 阶段 ,需要 使 用 详细 
设计 模板 和 单元 测试 计划 模板 。 
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(1) 类 /函数 /数据 结构 设计 。 

根据 项 目 所 采用 的 设计 方法 (软件 结构 化 设计 方法 /面向 对 象 设计 方法 ) 进 行 类 、 函 
数 及 数据 结构 的 设计 。 所 有 的 用 户 界面 ,状态 转换 和 相关 的 数据 库 详细 描述 在 本 阶段 被 
建立 。 

(2) 创建 单元 测试 计划 。 

测试 计划 应 该 包括 要 被 测试 的 每 一 个 模块 的 每 一 个 元 素 , 例 如 : 

O 与 需求 的 完整 一 致 性 ; 

© 与 其 他 元 素 的 一 致 性 ; 

© 在 性 能 上 的 要 求 。 

单元 /功能 测试 采用 完全 透明 的 白 盒 /玻璃 盒 测试 方法 ,对 于 测试 者 来 说 ,实际 运行 的 代 
码 是 可 见 的 。 

(3) 评审 详细 设计 。 

详细 设计 阶段 的 输出 是 代码 编写 工作 的 基础 ,是 非常 重要 的 ,因此 需要 在 项 目 组 中 很 好 
地 进行 评审 。 评 审 小 组 负责 评审 和 清除 那些 在 详细 设计 中 与 采用 的 方法 不 一 致 的 问题 。 


4. 编码 过 程 


编码 过 程 是 把 详细 设计 中 的 各 个 模块 功能 转化 为 计算 机 可 识别 代码 的 过 程 ; 采用 具体 
的 数据 结构 来 定义 对 象 的 属性 ,用 具体 的 语言 来 实现 业务 流程 所 表示 的 算法 。 在 对 象 设计 
阶段 形成 的 对 象 类 和 关系 最 后 被 转换 成 特定 的 程序 设计 语言 ,数据库 或 者 硬件 的 实现 。 如 
图 10.2 所 示 。 
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10.2 编码 过 程 示意 图 


编码 过 程 的 目的 是 为 了 实现 详细 设计 中 各 个 模块 的 功能 ,能 够 使 用 户 要 求 的 实际 业务 
流程 通过 代码 的 方式 被 计算 机 识别 并 转化 为 计算 机 程序 。 在 这 一 阶段 ,要 确保 建立 了 编码 
规范 文档 格式 标准 ,并 且 按 照 该 标准 进行 编码 ; 确保 代码 被 正确 地 测试 和 集成 ,代码 的 修 
改 符合 变更 控制 和 版 本 控制 流程 ; 确保 按照 进度 计划 编写 代码 ; 确保 按照 进度 计划 进行 代 
码 评审 。 

1) 制定 编码 计划 

在 编码 之 前 一 周 , 项 目 经 理 要 根据 详细 设计 中 的 模块 划分 情况 制定 编码 计划 。 编 码 计 
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划 的 主要 内 容 如 下 : 

(1) 本 次 编码 的 目的 。 

在 制定 编码 计划 时 ,必须 明确 编码 目的 。 

(2) 编码 人 员 组 成 。 

在 编码 之 前 ,要 确定 本 次 编码 的 人 员 组 成 。 选 择 编码 人 员 时 要 考虑 以 下 几 点 : 责任 心 、 
技术 能 力 、 服 从 意识 努力 程度 、 编 码 效率 、 编 码 质量 。 

(3) 编码 任务 分 配 

在 编码 之 前 ,一 定 要 为 每 个 编码 人 员 划 分 好 自己 所 负责 的 模块 ,并 且 要 规定 各 个 模块 的 
编码 开始 和 结束 日 期 。 

2) 认真 阅读 开发 规范 

为 了 实现 编码 的 规范 统一 ,需要 制定 编码 规范 。 有 的 项 目 , 客 户 也 会 提供 一 些 开发 规范 
用 来 对 本 次 编码 进行 约束 。 编 码 人 员 在 编写 代码 之 前 一 定 要 理解 并 掌握 相关 编码 规范 的 所 
有 内 容 。 这 样 有 助 于 以 后 编码 工作 的 规范 统一 。 

如 果 本 次 编码 采用 的 是 公司 自己 的 开发 规范 .编码 人 员 在 阅读 的 过 程 中 ,如 果 发 现 编码 
规范 有 不 足 或 不 合理 之 处 ,可 以 编写 开发 规范 建议 书 提交 给 项 目 经 理 , 项 目 经 理 再 和 软件 质 
量 保证 人 员 取 得 联系 以 决定 是 否 要 对 目前 的 编码 规范 进行 更 改 。 

3) 编码 准备 

(1) 在 进行 编码 之 前 还 要 进行 一 些 相关 的 准备 。 

(2) 硬件 环境 配置 ,包括 编码 工具 ,配置 管理 工具 数据库 和 一 些 必 要 的 辅助 工具 。 

(3) 了 解 程序 设计 语言 的 特性 ,选择 良好 的 程序 设计 风格 。 程 序 设计 风格 是 程序 设计 
质量 的 一 个 重要 方面 ,具有 好 的 设计 风格 的 程序 更 容易 阅读 和 理解 。 

4) 理解 详细 设计 书 

由 于 项 目 模块 功能 的 复杂 性 ,即使 再 详细 的 设计 也 会 有 表达 不 够 准确 之 处 ,因此 在 编写 
代码 之 前 ,一 定 要 把 每 个 模块 的 详细 设计 思路 弄 清 楚 。 如 果 编 码 人 员 在 理解 详细 设计 时 有 
疑惑 ,一 定 要 询问 详细 设计 人 员 。 为 了 保证 编码 人 员 对 详细 设计 的 理解 的 正确 性 ,可 采用 以 
下 方法 : 

(1) 详细 设计 同 级 评审 时 ,让 编码 人 员 参 加 ; 

(2) 编码 人 员 对 详细 设计 进行 讲解 ; 

(3) 让 编码 人 员 根 据 自己 的 理解 画 出 流程 图 ,由 详细 设计 者 确认 。 如 果 编 码 人 员 在 理 
解 详细 设计 书 的 过 程 中 存在 疑问 ,应 填写 详细 设计 疑问 列表 提交 给 项 目 经 理 或 详细 设计 
A s 

5) 专家 指导 

在 编码 之 前 或 编码 过 程 中 ,为 了 保证 编码 工作 的 顺利 进行 以 及 代码 质量 ,项 目 经 理 要 根 
据 目 前 编码 人 员 的 技术 能 力 或 开发 进度 情况 邀请 本 项 目 组 内 部 或 外 部 专家 对 编码 人 员 进 行 
指导 。 指 导 的 内 容 主 要 包括 以 下 两 方面 的 内 容 。 

(1) 对 于 本 次 编码 有 关 的 业务 进行 指导 : 对 编码 人 员 进 行业 务 上 的 指导 ,有 助 于 编码 
人 员 对 详细 设计 的 理解 。 

(2) 对 技术 进行 指导 : 通过 对 编码 人 员 的 技术 指导 ,可 以 解答 编码 人 员 在 技术 上 的 一 
些 疑问 。 
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6) 编写 代码 

在 很 多 的 软件 开发 中 ,客户 为 了 便于 程序 的 可 维护 性 ,往往 会 对 程序 代码 编写 过 程 做 出 
一 些 规定 ,如 变量 的 命名 规则 ,书写 规范 和 公共 处 理 等 ,所 以 这 就 要 求 编码 人 员 要 熟悉 这 些 
要 求 和 规范 ,并 严格 遵守 这 些 规范 ,如 果 客 户 没 有 规定 ,就 要 按照 公司 的 规定 执行 。 

(1) 画 出 程序 的 流程 图 。 

程序 的 流程 图 又 称 程序 框图 ,用 来 描述 软件 设计 ,是 历史 最 长 ,使 用 最 广泛 的 方法 。 在 
编码 之 前 ,一定 要 先 画 好 程序 的 流程 图 ,这 对 一 个 复杂 的 程序 来 说 是 非常 必要 的 ,这 样 做 了 
以 后 ,可 以 使 你 在 编码 阶段 达到 事半功倍 的 效果 ,而 且 对 于 代码 的 正确 性 和 质量 都 是 一 个 很 
好 的 保证 。 

(2) 代码 的 模块 化 。 

模块 化 是 把 系统 分 割 成 能 完成 独立 功能 的 模块 代码 ,明确 规定 各 个 模块 代码 及 其 输入 
输出 规格 ,使 模块 代码 的 接口 不 会 产生 混乱 。 

(3) 程序 的 注解 。 

程序 的 注解 对 于 程序 的 阅读 与 理解 起 着 重要 的 作用 。 注 解 主要 分 两 部 分 。 

程序 块头 的 注解 ,主要 是 模块 功能 的 说 明 、 输 入 输出 变量 的 说 明 、 算 法 的 说 明 ,程序 员 姓 
名 和 程序 完成 以 及 变更 的 日 期 列表 。 这 些 主要 是 满足 管理 者 的 需要 ,管理 者 易于 掌握 哪些 
程序 是 由 哪个 编码 人 员 负 责 的 。 

程序 内 部 的 注解 ,对 程序 中 的 一 些 难 以 理解 的 语句 以 上 注释 ,以 使 阅读 者 容易 理解 设计 
者 的 意图 ,易于 理解 程序 。 

这 样 的 程序 具有 很 强 的 可 读 性 和 可 维护 性 。 

(4) 数据 类 型 /变量 说 明 。 

。 数据 说 明 的 次 序 应 标准 化 ,如 按 数据 类 型 或 者 数据 结构 来 确定 数据 说 明 的 次 序 , 次 

序 的 规则 在 数据 字典 中 加 以 说 明 ,以 便 在 测试 调试 阶段 和 维护 阶段 可 以 方便 地 查找 
数据 说 明 的 情况 ; 

。 当 对 在 同一 个 语句 中 的 多 个 变量 加 以 说 明 时 ,应 按 英文 字母 的 顺序 排列 ; 

。 在 使 用 一 个 复杂 的 数据 结构 时 ,最 好 加 注释 语句 ; 

。 变量 说 明 不 要 遗漏 ,变量 的 类 型 .长度 、. 存 储 及 其 初始 化 要 正确 。 

(5) 语句 构造 。 

O 不 要 为 了 节省 空间 把 多 个 语句 写 在 同一 行 ; 

© 尽量 避免 复杂 的 条 件 ; 

O 对 于 多 分 支 语句 ,应 该 把 出 现 可 能 性 大 的 情况 放 在 前 面 ,把 较 少 出 现 的 分 支 放 在 后 
面 ,这 样 可 以 缩短 运算 时 间 ; 

D 避免 大 量 使 用 循环 嵌 套 语句 和 条 件 谤 套 语句 ; 

© 利用 括号 使 逻辑 表达 式 或 算术 表达 式 的 运算 次 序 清晰 直观 ; 

每 个 循环 要 有 终止 条 件 , 不 要 出 现 死 循 环 , 也 要 避免 不 可 能 被 执行 的 循环 。 

(6) 程序 效率 。 

程序 效率 主要 指 处 理工 作 时 间 和 内 存 容量 这 两 方面 的 利用 率 , 在 程序 满足 了 正确 性 、 可 
理解 性 ,可 测试 性 和 可 维护 性 的 基础 上 ,提高 程序 的 效率 也 是 非常 必要 的 。 

在 编码 过 程 中 ,一 定 要 严格 按照 规定 的 开发 规范 进行 编码 ,如 果 没 有 按照 编码 规范 进行 
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编码 ,再 好 的 程序 代码 也 不 能 被 接受 。 另 外 .在 编写 代码 时 ,如 果 认 为 开发 规范 有 不 合理 或 
有 待 补充 之 处 ,应 该 填写 开发 规范 建议 书 提交 给 项 目 经 理 ; 如 果 发 现 详细 设计 中 有 问题 或 
对 详细 设计 产生 疑问 ,应 该 填写 详细 设计 疑问 列表 并 提交 给 项 目 经 理 。 

7) 代码 审查 

在 编码 过 程 中 ,每 个 模块 或 程序 的 自我 审查 的 关键 环节 是 绝对 不 能 缺少 的 。 无 论 多 么 
好 的 编码 人 员 编 写 的 代码 ,都 会 或 多 或 少 地 存在 缺陷 ,从 而 影响 程序 的 运行 。 有 的 缺陷 可 以 
在 很 短 的 时 间 内 暴露 出 来 ; 有 的 缺陷 需要 很 长 的 时 间 才 能 显现 出 来 。 因 此 在 代码 审查 过 程 
中 ,一 定 要 仔细 认真 ,不 要 遗漏 某 个 条 件 。 编 码 人 员 切 勿 对 自己 编写 的 代码 过 于 自信 而 不 去 
进行 自我 审查 。 

在 进行 代码 审查 过 程 中 ,并 不 是 盲目 地 审查 ,而 是 要 按照 代码 审查 列表 中 的 内 容 进行 审 
查 。 审 查 之 后 还 要 把 自己 审查 的 内 容 以 及 发 现 的 问题 记录 到 代码 审查 记录 中 。 代 码 审查 记 
录 不 作为 考核 个 人 的 依据 。 通 过 代码 审查 记录 ,管理 人 员 可 以 掌握 每 个 编码 人 员 的 代码 审 
查 工 作 情况 以 及 自我 审查 的 质量 效率 。 

如 果 是 比较 重要 的 代码 (如 重要 的 算法 、 复 杂 的 SQL 程序 段 、 要 求 性 能 比较 高 的 模块 
等 ) ,可 以 让 经 验 丰 富 的 设计 人 员 或 编码 人 员 来 复查 或 进行 同 级 评审 。 

8) 代码 测试 

为 了 进一步 保证 代码 的 正确 性 和 合理 性 ,编码 人 员 还 要 对 自己 编写 的 代码 进行 测试 。 
代码 测试 的 依据 是 详细 设计 过 程 中 的 单元 测试 计划 书 。 编 码 人 员 按 照 测试 计划 书 中 所 提供 
的 每 个 测试 项 目的 测试 用 例 进 行 测试 。 本 次 测试 只 是 编码 人 员 对 自己 所 编写 的 代码 进行 自 
我 测试 ,测试 主要 采用 白 盒 与 黑 盒 结合 的 方法 。 在 代码 测试 过 程 中 ,应 该 填写 代码 测试 
记录 。 

9) 提交 测试 

编码 人 员 对 自己 编写 的 代码 审查 完毕 ,并 认为 代码 不 会 有 任何 问题 ,就 可 以 把 代码 提交 
给 相应 的 测试 人 员 。 在 提交 代码 时 一 定 要 注意 自己 所 提交 的 代码 是 最 新 的 版 本 。 

10) 更 改 代 码 

更 改 代码 的 情况 可 以 分 为 两 种 : 

(1) 在 测试 中 发 现代 码 有 误 或 者 逻辑 不 合理 。 出 现 这 种 情况 的 主要 原因 可 能 有 两 种 : 
一 是 编码 人 员 本 身 的 错误 而 造成 的 缺陷 ; 二 是 需求 ,设计 阶段 的 错误 没有 被 查 出 ,被 带 到 编 
码 阶段 而 造成 的 缺陷 。 

(2) 由 于 需求 和 设计 的 变更 引起 的 代码 变更 。 

在 变更 代码 的 过 程 中 一 定 要 注意 对 代码 的 版 本 管理 。 


5. 测试 过 程 


软件 测试 过 程 的 目的 是 为 了 保证 软件 产品 的 正确 性 、 完 整 性 和 一 致 性 ,保证 提供 实现 用 
户 需 求 的 高 质量 、 高 性 能 的 软件 产品 ,从 而 提高 用 户 对 软件 产品 的 满意 程度 。 

这 一 阶段 要 确保 建立 了 测试 计划 ,并 按照 测试 计划 进行 了 测试 ; 确保 测试 计划 覆盖 了 
所 有 的 系统 规格 定义 和 系统 需求 ; 确保 经 过 测试 和 调试 ,软件 仍旧 符合 系统 规格 和 需求 
Me 

软件 测试 针对 不 同 的 测试 阶段 和 测试 内 容 ,可 以 分 为 单元 测试 .集成 测试 .系统 测试 以 
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及 确认 /验收 测试 ,在 编码 阶段 进行 单元 测试 ,单元 测试 的 目的 是 测试 单一 的 功能 模块 能 否 
正常 运行 ; 集成 测试 主要 是 根据 设计 阶段 制定 的 测试 计划 进行 ,集成 测试 是 测试 模块 与 模 
块 之 间 的 连接 是 否 正 确 ; 系统 测试 主要 是 对 系统 的 整体 质量 进行 测试 ; 确认 /验收 测试 根 
据 需 求 分 析 阶 段 制定 的 测试 计划 进行 测试 ,将 测试 整个 软件 产品 是 否 满足 了 用 户 的 需求 。 

1) 单元 测试 

单元 测试 集中 在 检查 软件 设计 的 最 小 单位 一 一 模块 上 ,通过 测试 发 现实 现 该 模块 的 实 
际 功 能 与 定义 该 模块 的 功能 说 明 不 符合 的 情况 ,以 及 编码 的 缺陷 。 由 于 模块 规模 小 、 功 能 单 
一 、\ 逻 辑 简单 ,测试 人 员 有 可 能 通过 模块 说 明 书 和 源 程序 ,清楚 地 了 解 该 模块 的 IO 条 件 和 
模块 的 逻辑 结构 ,采用 结构 测试 ( 白 盒 法 ) 的 用 例 , 尽 可 能 彻底 测试 ,然后 辅 之 以 功能 测试 ( 黑 
盒 法 ) 的 用 例 , 使 之 对 任何 合理 和 不 合理 的 输入 都 能 鉴别 和 响应 。 高 可 靠 性 的 模块 是 组 成 可 
靠 系统 的 坚实 基础 。 

2) 集成 测试 

将 已 测试 的 模块 进行 组 装 并 进行 检测 ,对 照 软件 设计 测试 和 排除 子 系统 或 系统 结构 上 
的 缺陷 。 集 成 测试 一 般 采 用 黑 盒 测试 法 ,重点 是 检测 模块 接口 之 间 的 连接 ,发 现 访问 公共 数 
据 结构 可 能 引起 的 模块 间 的 干扰 ,以 及 全 局 数据 结构 的 不 一 致 ,测试 软件 系统 或 子 系统 输入 
输出 处 理 ,故障 处 理 和 容错 等 方面 的 能 力 。 

3) 系统 测试 

检测 软件 系统 运行 时 与 其 他 相关 要 素 ( 硬 件数 据 库 及 操作 人 员 等 ) 的 协调 工作 情况 是 
否 满足 要 求 , 包 括 性 能 测试 恢复 测试 和 安全 测试 等 内 容 。 

(1) 性 能 测试 : 程序 的 响应 时 间 、 人 处 理 速 度 、 精 确 范围 ,存储 要 求 以 及 负荷 等 性 能 的 满 
足 情况 。 

(2) 恢复 测试 : 系统 在 软 硬 件 发 生 故 障 后 ,控制 并 保存 数据 以 及 进行 自动 恢复 的 能 力 。 

(3) 安全 测试 : 检查 系统 对 用 户 使 用 权限 进行 管理 .控制 和 监督 以 防 非法 进入 、 自 改 、 
窃取 和 破坏 等 行为 的 能 力 。 

系统 测试 通常 是 由 系统 工程 组 负责 进行 的 ,如 果 小 的 项 目 没 有 系统 工程 组 ,那么 建议 系 
统 测试 合并 到 确认 /验收 测试 中 。 

4) 确认 /验收 测试 

确认 /验收 测试 是 指 按 规定 需求 , 逐 项 进行 有 效 性 测试 。 以 检验 软件 的 功能 和 性 能 及 其 
他 特性 是 否 与 用 户 的 要 求 相 一 致 ,一 般 采 用 黑 盒 测试 法 。 

确认 测试 的 基本 事项 如 下 : 

(1) 功能 确认 。 以 用 户 需求 规格 说 明 书 为 依据 ,检测 系统 满足 需求 所 规定 功能 的 实现 
情况 。 

(2) 配置 确认 。 检 查 系统 资源 和 设备 的 协调 情况 ,确保 开发 软件 的 所 有 文档 资料 编写 
齐全 ,能 够 支持 软件 运行 后 的 维护 工作 。 文 档 资 料 包括 设计 文档 、 源 程序 、 测 试 文档 、 用 户 
文档 。 

确认 /验收 测试 包括 以 下 两 方面 : 

(1) 仿真 用 户 确认 测试 一 一 测试 人 员 假 冒 用 户 的 身份 进行 测试 。 

(2) 用 户 确认 测试 。 
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6. 交付 过 程 


在 系统 交付 阶段 ,要 将 开发 并 且 通 过 测试 的 软件 应 用 系统 和 相关 文档 交付 给 用 户 。 本 
过 程 的 目的 是 确保 正确 的 元 素 / 组 件 被 交付 给 用 户 , 并 对 每 个 交付 产品 做 适当 的 记录 。 该 阶 
段 要 确保 按照 软件 交付 计划 交付 、 安 装 软件 系统 ,并 按照 培训 计划 对 用 户 进行 培训 ; 确保 交 
付 给 用 户 所 有 的 文档 ; 制订 并 评审 、 批 准 软件 维护 计划 ; 用 户 进行 验收 确认 。 

具体 步骤 如 下 : 

(1) 制订 软件 交付 及 培训 计划 ; 

(2) 制订 软件 维护 计划 ; 

(3) 交付 给 用 户 所 有 的 文档 ; 

(4) 交付 、 安 装 软件 系统 ; 

(5) 评审 批准 软件 维护 计划 ; 

(6) 用 户 验 收 确 认 。 


REJE 
A 
1. 什么 是 软件 质量 ? 软件 质量 特征 如 何 划 分 ? 


2. 简要 描述 与 软件 质量 保证 相关 的 几 个 过 程 。 
3. 简 述 软件 测试 与 软件 质量 保证 的 关系 。 





配置 管理 | 


1. 概述 


软件 配置 管理 ,贯穿 于 整个 软件 生命 周期 , 它 为 软件 研发 提供 了 一 套 管理 办 法 和 活动 原 
则 。 软 件 配 置 管理 无 论 是 对 于 软件 企业 管理 人 员 还 是 研发 人 员 都 有 着 重要 的 意义 。 


2. 教学 重点 与 难点 


1) 重点 

(1) 配置 管理 的 基本 概念 ; 
(2) 配置 管理 的 主要 活动 ; 
(3) 配置 管理 的 主要 工具 。 
2) 难点 

配置 管理 的 策略 。 


(1.1 配置 管理 的 基本 概念 
~~ 


软件 配置 管理 是 一 组 活动 ,设计 用 来 标识 变更 的 工作 产品 、 建 立 它们 之 间 的 关系 、 定 义 
管理 这 些 工作 产品 不 同 版 本 、 控 制 变更 以 及 审计 和 报告 所 发 生 的 变更 。 每 一 个 涉及 软件 工 
程 过 程 的 人 员 在 某 种 程度 上 均 和 SCM 相关 联 。 一 般 情况 下 ,需要 专门 的 SCM 小 组 或 专门 
的 技术 人 员 来 管理 和 支持 。 下 面 通过 依次 介绍 配置 管理 过 程 中 的 主要 活动 来 描述 配置 管理 
过 程 。 


1. IEEE 的 配置 管理 定义 


IEEE 729 一 1983 标准 就 配置 管理 的 内 容 进 行 了 规范 的 定义 。 

(1) 标识 : 识别 产品 的 结构 、 产 品 的 构件 及 其 类 型 .为 其 分 配 唯 一 的 标识 符 ,并 以 某 种 
形式 提供 对 它们 的 存 取 。 

(2) 控制 : 通过 建立 产品 基线 ,控制 软件 产品 的 发 布 和 在 整个 软件 生命 周期 中 对 软件 
产品 的 修改 。 例 如 , 它 将 解决 哪些 修改 会 在 该 产品 的 最 新 版 本 中 实现 的 问题 。 

(3) 状态 统计 : 记录 并 报告 构件 和 修改 请 求 的 状态 ,并 收集 关于 产品 构件 的 重要 统计 
信息 。 例 如 , 它 将 解决 修改 这 个 错误 会 影响 多 少 个 文件 的 问题 。 
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(4) 审计 和 审查 : 确认 产品 的 完整 性 并 维护 构件 间 的 一 致 性 , 即 确保 产品 是 一 个 严格 
定义 的 构件 集合 。 例 如 , 它 将 解决 目前 发 布 的 产品 所 用 的 文件 的 版 本 是 否 正确 的 问题 。 

(5) 生产 : 对 产品 的 生产 进行 优化 管理 。 它 将 解决 最 新 发 布 的 产品 应 由 哪些 版 本 的 文 
件 和 工具 来 生成 的 问题 。 

(6) 过 程 管理 : 确保 软件 组 织 的 规程 方针 和 软件 周期 得 以 正确 贯彻 执行 。 它 将 解决 
要 交付 给 用 户 的 产品 是 否 经 过 测试 和 质量 检查 的 问题 。 

(7) 小 组 协作 : 控制 开发 统一 产品 的 多 个 开发 人 员 之 间 的 协作 。 例 如 , 它 将 解决 是 否 
所 有 本 地 程序 员 所 做 的 修改 都 已 被 加 入 到 新 版 本 的 产品 中 的 问题 。 


2. 专业 术语 


(1) 配置 项 (Configuration Item); 是 受 配置 管理 控制 和 管理 的 工作 产品 。 配 置 项 主要 
有 两 大 类 : 一 是 项 目 开 发 过 程 中 产生 的 工作 产品 ,如 需求 文档 \ 设 计 文档 、 源 代码 ,测试 用 例 
等 ; 二 是 项 目 管理 及 其 支持 过 程 中 产生 的 文档 ,如 项 目 开发 计划 、 项 目 总 结 报 告 , 会 议 纪要 
等 。 这 些 文档 虽然 不 是 产品 的 组 成 部 分 ,但 是 值得 保存 。 

(2) SEX (Baseline) : 是 已 经 正式 通过 审核 批准 的 某 规约 或 产品 , 它 可 以 作为 进一步 开 
发 的 基础 ,并 且 只 能 通过 正式 的 变更 控制 过 程 进 行 改变 。 

(3) 配置 数据 库 ( 软 件 制品 基线 库 ): 是 对 配置 项 进行 存储 和 管理 的 数据 库 。 配 置 库 是 
一 个 总 称 ,具体 分 为 开发 库 、 基 线 库 和 产品 库 三 部 分 。 

。 FRE: 是 开发 人 员工 作 的 空间 , 始 于 某 一 基线 ,开发 完成 后 ,经 过 评审 回归 到 基 

线 库 。 
。 基线 库 : 包括 通过 评审 的 各 类 基线 。 
。 产品 库 : 是 某 一 基线 的 静态 复制 ,基线 库 进入 发 布 阶段 形成 产品 库 。 


(> 配置 管理 活动 


配置 管理 的 主要 活动 包括 标识 配置 项 .版 本 控制 .变更 控制 .配置 状态 报告 和 配置 审 


11.2.1 识别 配置 项 


在 项 目 开 发 过 程 中 ,程序 数据 和 文档 都 可 以 作为 配置 管理 的 对 象 ,下 面 以 图 的 形式 来 
列举 可 能 的 配置 项 ,如 图 11. 1 所 示 ,. 可 以 看 出 配置 项 之 间 是 组 合 关 系 或 者 相互 联系 。 

项 目 开发 过 程 中 会 产生 许多 的 工作 产品 ,大 体 上 分 为 三 种 : 

(1) 文档 (Documents) 包 括 项 目 开发 计划 、 需 求 分 析 报 告 . 概 要 设计 书 、 详 细 设 计 书 、 测 
试 计 划 ,测试 用 例 ,用户 手 册 、 项 目 总 结 报告 等 ; 

(2) 程序 (Program) 包 括 源 程序 ,发布 的 产品 等 ; 

(3) 沟通 文档 (Communications ) 与 客户 或 项 目 组 内 沟通 产生 的 文档 ,如 会 谈 记 录 、 
E-mail, SWE .QQ 记录 等 。 


225 


SZ 


226 


MV 


软件 测试 技术 及 实战 汇编 








设计 规约 数据 模型 
数据 库 设 计 
体系 结构 设计 


模块 设计 
接口 设计 






构件 
接口 描述 
算法 描述 
PDL 


测试 计划 ake 
eae 源 代码 
测试 案例 


图 11.1 配置 项 

















11.2.2 基于 配置 项 版 本 控制 


版 本 控制 是 将 规程 和 工具 相 结合 来 管理 在 软件 工程 过 程 中 所 创建 的 配置 对 象 的 不 同 版 
本 ,通过 “属性 元 组 ”等 其 他 技术 来 控制 完整 版 本 中 的 “ 变 体 ”, 采 用 不 同 的 工具 \ 不 同 的 技术 ， 
版 本 控制 的 机 制 会 有 一 些 不 同 。 

版 本 控制 是 软件 配置 管理 的 核心 功能 。 所 有 置 于 配置 库 中 的 元 素 都 应 自动 赋予 版 本 的 
标识 ,并 保证 版 本 命名 的 唯一 性 。 版 本 在 生成 过 程 中 ,自动 依照 设 定 的 使 用 模型 自动 分 支 、 
演进 。 除 了 系统 自动 记录 的 版 本 信息 以 外 ,为 了 配合 软件 开发 流程 的 各 个 阶段 ,还 需要 定 
义 ,收集 一 些 元 数据 来 记录 版 本 的 辅助 信息 和 规范 开发 流程 ,并 为 今后 对 软件 过 程 的 度量 做 
好 准备 。 当 然 如 果 选 用 的 工具 支持 ,这 些 辅助 数据 将 能 直接 统计 出 过 程 数据 ,从 而 方便 软件 
过 程 改 进 (Software Process Improvement,SPI) 活 动 的 进行 。 

对 于 配置 库 中 的 各 个 基线 控制 项 ,应 该 根据 其 基线 的 位 置 和 状态 来 设置 相应 的 访问 权 
限 。 一 般 来 说 ,对 于 基线 版 本 之 前 的 各 个 版 本 都 应 处 于 被 锁定 的 状态 ,如 需要 对 它们 进行 变 
更 , 则 应 按照 变更 控制 的 流程 来 操作 。 


11.2.3 变更 控制 


变更 在 软件 开发 过 程 中 是 不 可 避免 的 ,但 过 于 频繁 的 变更 也 会 对 项 目的 开发 产生 负面 
的 影响 ,如 影响 项 目的 进度 `. 浪 费 人 力 物力 ,因此 需要 对 变更 进行 控制 。 

变更 管理 的 一 般 流程 是 : 

(1) (获得 ) 提 出 变更 请 求 ; 

(2) 由 CCB 审核 并 决定 是 否 批准 ; 

(3) (被 接受 ) 分 配 请 求 ,修改 人 员 提 取 配 置 项 ,进行 修改 ; 

(4) 复审 变化 ; 

O) 提交 修改 后 的 配置 项 ; 

(6) 建立 测试 基线 并 测试 ; 

(7) 重建 软件 的 适当 版 本 ; 

(8) 复审 (审计 ) 所 有 配置 项 的 变化 ; 
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(9) 发 布 新 版 本 。 
在 这 样 的 流程 中 ,配置 管理 员 通过 软件 配置 管理 工具 来 进行 访问 控制 和 同步 控制 ,而 这 
两 种 控制 则 是 建立 在 前 面 所 描述 的 版 本 控制 和 分 支 策略 的 基础 上 的 。 


11.2.4 发 布 配 置 状态 报告 


配置 状态 报告 (Configuration State Report，CSR) 是 SCM 的 一 个 任务 , 它 在 中 大 型 项 
目 中 扮演 着 重要 的 角色 ,内 容 可 以 包括 : 修改 了 什么 、 谁 修改 的 、 修 改 是 什么 时 候 发 生 的 以 
及 修改 有 什么 影响 。 一 般 情 况 下 ,是 在 一 个 配置 项 被 赋予 新 的 或 已 经 修改 的 标识 时 ,或 者 一 
个 变更 被 批准 时 ,或 者 产生 配置 审计 结果 时 产生 配置 状态 报告 。 还 可 以 将 CSR 放 于 一 个 联 
机 数据 库 中 ,使 得 开发 者 .维护 者 和 管理 者 可 以 通过 关键 词 等 方式 去 访问 。 

配置 状态 报告 应 该 包括 下 列 主要 内 容 : 

(1) 配置 库 结 构 和 相关 说 明 ; 

(2) 开发 起 始 基 线 的 构成 ; 

(3) 当前 基线 位 置 及 状态 ; 

(4) 各 基线 配置 项 集成 分 支 的 情况 ; 

(5) 各 私有 开发 分 支 类 型 的 分 布 情况 ; 

(6) 关键 元 素 的 版 本 演进 记录 ; 

(7) 其 他 应 报告 的 事项 。 


11.2.5 配置 审计 


配置 审计 是 对 软件 进行 验证 的 一 种 方法 ,其 目的 是 检查 软件 产品 和 过 程 是 否 符合 标准 、 
规格 说 明和 规程 。 配 置 审计 的 对 象 即 可 以 是 软件 产品 ,又 可 以 是 软件 过 程 ; 即 可 以 是 整个 
软件 产品 或 过 程 ,又 可 以 是 部 分 软件 产品 或 过 程 。 其 主要 任务 是 : 

CL) 检查 配置 项 是 否 完备 ,特别 是 关键 的 配置 项 是 否 遗 漏 ; 

(2) 检查 所 有 配置 项 的 基线 是 否 存在 ,基线 产生 的 条 件 是 否 齐 全 ; 

(3) 检查 每 份 技 术 文 档 作 为 某 个 配置 项 版 本 的 描述 是 否 精确 ,是 否 与 相关 版 本 一 致 ; 

(4) 检查 每 项 已 批准 的 更 改 是 否 都 已 实现 ; 

(5) 检查 每 项 配置 项 更 改 是 否 按 配 置 更 改 规程 或 有 关 标 准 进行 ; 

(6) 检查 每 个 配置 管理 人 员 的 责任 是 否 明确 ,是 否 尽 到 了 应 尽 的 责任 ; 

(7) 检查 配置 信息 安全 是 否 受 到 破坏 ,评估 安全 保护 机 制 的 有 效 性 。 

配置 审计 的 主要 作用 是 作为 变更 控制 的 补充 手段 ,来 确保 某 一 变更 需求 已 被 切实 实现 。 
在 某 些 情况 下 , 它 被 作为 正式 的 技术 复审 的 一 部 分 ,但 当 软 件 配置 管理 是 一 个 正式 的 活动 
时 ,该 活动 由 SQA 人员 单独 执行 。 

总 之 ,软件 配置 管理 的 对 象 是 软件 研发 活动 中 的 全 部 开发 资产 。 所 有 这 一 切 都 应 作为 配 
置 项 纳入 管理 计划 统一 管理 ,从 而 能 够 保证 及 时 地 对 所 有 软件 开发 资源 进行 维护 和 集成 。 


11.2.6 发 布 管理 
当 项 目 进行 到 一 定 的 阶段 ,可 能 需要 发 布 一 个 稳定 的 或 相对 比较 稳定 的 版 本 ,这 个 时 候 
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就 需要 首先 制定 发 布 实施 计划 ,然后 生成 发 布 准备 报告 ,最 后 发 布 完成 生成 发 布 报告 。 


(1,3 项 目 经 理 的 配置 管理 流程 


项 目 经 理 的 工作 职责 是 : 

(1) 确定 项 目 配置 管理 策略 ; 

(2) 确定 用 于 控制 产品 变更 的 策略 和 流程 ; 

(3) 在 配置 管理 计划 (是 软件 开发 计划 的 一 部 分 ) 中 记录 此 信息 。 

配置 管理 策略 是 : 针对 目前 软件 管理 中 出 现 的 诸多 问题 设计 的 一 些 有 效 的 解决 方法 。 
通过 正确 的 标注 来 实现 确定 操作 。 对 项 目 工件 的 保护 是 通过 归档 、 建 立 基线 和 报告 等 操作 
实现 的 。 


11.3.1 配备 人 员 


配置 管理 人 员 的 选择 和 配备 ,是 软件 项 目 经 理 最 主要 的 工作 ,主要 包括 如 下 几 类 : 
(1) 负责 软件 项 目 组 的 项 目 经 理 ; 

(2) 负责 SCM 计划 和 策略 的 配置 经 理 ; 

G) 负责 软件 产品 开发 与 维护 的 软件 工程 人 员 ; 

(4) 负责 验证 产品 正确 性 的 测试 人 员 ; 

(5) 负责 确保 产品 高 质量 的 质量 保证 经 理 ; 

(6) 使 用 产品 的 用 户 。 


11.3.2 配置 经 理 


配置 经 理 的 目标 是 确保 用 来 建立 、 变 更 及 编码 测试 的 计划 和 策略 得 以 贯彻 执行 ,同时 使 
有 关 项 目的 信息 容易 获得 。 

为 了 对 编码 更 改 形成 控制 ,配置 经 理 引 入 规范 的 请 求 变 更 的 机 制 ,评估 更 改 的 机 制 ( 通 
过 变更 控制 机 构 CCB, 由 它 负责 批准 对 软件 系统 的 变更 ) 和 批准 变更 的 机 制 。 配 置 经 理 负 
责 为 工程 人 员 创 建 任务 单 , 交 由 项 目 经 理 对 任务 进行 分 配 ,创建 项 目的 框架 。 同 时 ,配置 经 
理 还 收集 软件 系统 中 构件 的 相关 数据 ,比如 说 用 于 判断 系统 中 出 现 问 题 的 构件 的 信息 。 


(1.4 软件 配置 管理 工具 


配置 管理 工作 一 般 是 在 遵守 配置 管理 规范 的 前 提 下 使 用 的 配置 管理 工具 完成 的 。 
11.4.1 CVS 


对 于 CVS 的 软件 配置 管理 规则 ,我 们 采取 按照 不 同 的 角色 分 配 不 同 的 管理 权限 和 任务 
的 方法 。 目 前 ,我 们 把 使 用 CVS 的 人 员 分 为 三 种 角色 : 软件 配置 管理 员 程序 开发 负责 
和 程序 开发 人 员 。 
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1. 软件 配置 管理 员 


软件 配置 管理 员 主 要 负责 如 下 工作 : 

(1) 公司 所 有 软件 开发 源码 及 相关 文档 资料 的 存档 管理 ; 

(2) 督促 软件 开发 人 员 定 时 提交 或 更 新 软件 源码 及 文档 资料 ; 

(3) 监督 编码 规范 的 执行 ,进行 编码 规范 指导 和 评审 ; 

CA) 按 规定 向 有 关 部 门 或 领导 报 送 或 报 检 存 档 的 源码 及 文档 资料 。 


2. 程序 开发 人 员 


程序 开发 人 员 主 要 负责 如 下 工作 : 

(1) 软件 源码 及 相关 文档 资料 的 编写 ,设置 产品 版 本 号 ; 
(2) 提交 源码 及 文档 至 CVS 服务 器 ; 

(3) 更 新 CVS 服务 器 上 的 源码 及 文档 。 


3. 程序 开发 负责 人 


程序 开发 负责 人 主要 负责 如 下 工作 : 

(1) 软件 源码 及 相关 文档 资料 的 编写 ,设置 产品 版 本 号 ; 

(2) 提交 源码 及 文档 至 CVS 服务 器 ; 

(3) 更 新 CVS 服务 器 上 的 源码 和 文档 ; 

(4) 对 自己 负责 的 小 组 所 开发 的 软件 源 代码 进行 统一 的 管理 。 


4. 软件 配置 管理 实施 环境 


在 对 软件 源码 实施 软件 配置 管理 之 前 ,必须 完成 以 下 环境 的 搭建 工作 。 

1) CVS 服务 器 端 

。 在 文件 服务 器 上 搭建 CVS 服务 器 ,指定 源码 保存 目录 。 

。 由 软件 配置 管理 员 在 文件 服务 器 上 为 每 个 软件 开发 人 员 设 立 CVS 服务 账号 ,并 设 
置 相 应 访问 权限 。 

2) CVS 客户 端 

。 在 软件 开发 人 员 的 个 人 计算 机 上 安装 Windows CVS 客户 端 ,设置 CVS 服务 器 地 
址 ,访问 目录 等 。 

。 按照 软件 配置 管理 员 给 定 的 账号 和 密码 可 成 功 登录 CVS 服务 器 。 


5. CVS 软件 配置 管理 规则 


1) 源码 管理 

。 源码 保存 。 

。 提交 新 源码 资料 。 
。 更 新 源码 资料 。 
2) 版 本 管理 

。 产品 版 本 号 。 


230 


Ne. 


软件 测试 技术 及 实战 汇编 


。 源码 版 本 号 。 
3) 操作 命令 


11.4.2 VSS 


VSS(Visual Source Safe) Microsoft 公司 开发 的 配置 管理 工具 ,作为 一 种 源 代码 控制 
系统 , 它 提供 了 完善 的 版 本 和 配置 管理 功能 ,以 及 安全 保护 和 跟踪 检查 功能 。VSS 通过 将 
项 目 文件 (包括 文本 文件 .图 像 文件 ,二进制 文件 .声音 文件 ,视频 文件 ) 存 人 数据 库 来 进行 项 
目的 配置 管理 工作 。 文 件 一 旦 被 添加 进 VSS 库 , 它 的 每 次 改动 都 会 被 记录 下 来 ,用 户 可 以 
恢复 文件 的 早期 版 本 。 

VSS 可 以 同 Visual Basic, Visual C++, Visual J++、Visual InterDev, Visual FoxPro JF 
发 环境 以 及 Microsoft Office 应 用 程序 集成 在 一 起 ,提供 了 方便 易 用 、 面 向 项 目的 版 本 控制 
功能 。 

VSS 比较 适合 代码 规模 较 小 的 项 目 , 对 应 用 于 Windows 平台 下 开发 的 中 小 型 企业 , 当 
规模 较 大 后 ,其 性 能 通常 有 明显 下 降 , 且 对 分 支 与 并 行 开发 支持 有 限 。 


11.4.3 SVN 


SVN(Subversion) 是 在 CVS 的 基础 上 发 展 起 来 的 开源 工具 ,SVN 修复 了 很 多 CVS 中 
出 现 的 缺陷 ,并 添加 了 一 些 CVS 不 支持 的 功能 ,如 支持 目录 版 本 化 。 此 外 ,SVN 在 存储 格 
式 ,二进制 数据 处 理 和 分 支 与 标记 效率 方面 都 有 了 很 大 的 改进 ,执行 速度 更 快 。 

SVN 使 用 相当 广泛 ,在 权限 管理 分支 合 并 等 方面 表现 出 色 , 还 可 以 与 Apache 集成 在 
一 起 进行 用 户 认证 。 目 前 有 一 些 基 于 SVN 的 第 三 方 工 具 , 如 客户 端 软件 TortoiseSVN 等 。 


11.4.4 ClearCase 


ClearCase 由 IBM Rational Software 提供 ,此 软件 是 配置 管理 方面 的 高 端 软件 ,功能 强 
大 ,但 价格 比较 高 。 它 提供 了 全 面 的 配置 管理 ,包括 版 本 控制 ,工作 空间 管理 ,建立 管理 和 过 
程控 制 ,而 且 无 须 软 件 开 发 者 改变 他 们 现 有 的 环境 、 工 具 和 工作 方式 。 

ClearCase 主要 应 用 于 复杂 的 产品 发 放 、 分 布 式 团队 合作 、 并 行 的 开发 和 维护 任务 ,包括 
支持 软件 开发 环境 C/S。 


(1.5 SVN 配置 管理 工具 的 使 用 


11.5.1 服务 器 SVN(Subversion) 的 安装 和 配置 

1. 客户 端 下 载 及 安装 

首先 ,请 登录 SVN 官网 http: //subversion. tigris. org/ 下 载 服务 端 和 客户 端 TortoiseSVN 
安装 包 。 

装 TortoiseSVN ,直接 运行 TortoiseSVN-1. 4. 4. 9706-win32-svn-1. 4. 4. msi, 按 照 提 示 
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安装 即 可 ,不 过 最 后 完成 后 会 提示 是 否 重启 ,其 实 重启 只 是 使 SVN 工作 副本 在 Windows 中 
的 特殊 样式 生效 ,与 所 有 的 实际 功能 无 关 , 为 了 立刻 看 到 好 的 效果 ,建议 重新 启动 机 器 。 通 
常 使 用 TortoiseSVN 客户 端 , 它 是 作为 一 个 系统 插件 存在 的 。 可 以 看 作 Windows 资源 管 
理 器 的 插件 ,安装 之 后 Windows 就 可 以 识别 Subversion 的 工作 目录 。 


2. 登录 Subversion 


获取 Subversion 目录 树 浏览 , 找 一 个 本 机 工作 区 , 右 击 选择 TortoiseSVN 命令 ,如 
图 11.2 所 示 。 





11.2 登录 Subversion 


3. 输入 登录 路 径 ( 如 图 11.3 所 示 ) 


外 网 : https: //202. 104. 148, 54/stb1/ST5105/JINLIN/Trunk/app/... (dbase. menu 
等 ) 。 

内 网 : https: //10. 128, 97. 248/stb1/ST5105/.…。 

单 击 OK 按钮 , 即 可 以 看 到 目录 树 和 对 应 的 文件 .如 图 11.4 所 示 。 
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[E https:/fho.128.97.248/stbljDM_BOx 司 








11.3 输入 登录 路 径 


a 
URL: [fie:///c:/dotsn/dummyrepos Lan | Revision: 
Econ n [ Author | 


2/10/2003 6:43:46 PM 
2/10/2003 6:43:46 PM 
2/10/2003 6:43:46 PM 
2/10/2003 6:43:46 PM 
3/11/2003 3:10:43 PM 
2/10/2003 6:43:46 PM 
2/10/2003 6:43:46 PM 
9/5/2007 2:26:29 AM 

2/10/2003 6:43:46 PM 
2/10/2003 
2/10/2003 
2/10/2003 
2/10/2003 
2/10/2003 6:43:46 PM 
2/10/2003 6:43:46 PM 





PEEELLESEEQEEEE M 





图 11.4 查看 文件 


11.5.2 基本 操作 


(1) 第 一 次 登录 Subversion ,系统 提示 输入 用 户 名 和 密码 ,请 输入 用 户 名 “XXX” 和 密 
码 123456, 如 图 11. 5 所 示 。 选 中 Save authentication 复 选 框 , 记 住 密码 ,下 次 登录 
Subversion 时 可 直接 进入 。 


























11.5 登录 窗口 


(2) 初始 化 导入 。 
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来 到 我 们 想 要 导入 的 项 目 根 目录 ,在 这 个 例子 里 是 D: \MyWork \Sample, 该 目录 下 有 


若干 个 文件 : 
O At TortoiseSVN ,选择 Import 命令 ,如 图 11.6 所 示 。 














Properties OP Create repository here... 





2 Help 
‘RE Settings 


W About 


11.6 导入 项 目 根 目录 


© 在 URL of repository 编辑 框 中 输入 https: //10. 128. 97. 248/stbl/Platform, 单 击 


OK 按钮 ,如 图 11.7 所 示 。 


Repository 
URE of repository: 
[Œ hetps://202.104.148.54/stb 1 (Platform 


Import message 








“EAR EMA: 2008-12-12 








11.7 输入 根 目录 


© 若 出 现 图 11. 8 所 示 的 窗口 , 则 表示 已 添加 成 功 。 
至 此 初始 的 数据 就 已 经 全 部 导入 到 了 我 们 刚才 定义 的 版 本 库 中 。 


Cate eet Caa) eee) 
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图 11.8 导入 成 功 


(3) 检 出 版 本 。 

注意 检 出 的 目录 和 本 地 要 正确 对 应 。 此 检 出 并 不 会 修改 本 地 的 文件 。 

O 选择 SVN 检 出 ,如 图 11.9(a) 所 示 , 单 击 后 ,在 弹 开 窗口 的 版 本 库 url 框 中 输入 版 本 
库 的 目录 地 址 ,然后 单 击 “ 确 定 ” 按 钮 ,如 图 11. 9(b) 所 示 ,再 单 击 OK 按钮 ,如 图 11. 9(c) 
所 示 。 


















DD Mitple, independent working copies 
‘Checkout Depth 
Fully reasrsive = 
































<https://172. 16.28.3:443> VisualSVN Server 





Requests a username and a password 
Username: tugenhua 





图 11.9 查询 版 本 
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@ 下 载 文 件 到 本 机 工作 区 ,如 图 11. 10 所 示 。 


和 
i 


; 
li 








图 11.10 文件 下 载 到 工作 区 


GEJE 


1. 配置 管理 的 主要 活动 有 哪些 ? 
2. 比较 常用 配置 管理 工具 的 特点 。 
3. 熟练 使 用 配置 管理 工具 。 
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本 篇 分 为 3 章 , 第 12 章 自动 化 测试 工具 ,第 13 章 测试 框架 ,第 14 
章 其 他 测试 工具 。 第 12 章 主 要 介绍 自动 化 测试 的 基本 含义 .自动 化 测 
试 技术 和 常见 的 自动 化 测试 工具 。 第 13 章 从 如 何 进 行 单 元 测试 展开 ， 
讲述 JUnit 单元 测试 技术 。 第 14 章 介绍 一 般 测 试 工具 及 主要 厂商 测试 
产品 。 





自动 化 测试 工具 | 


1. 概述 
本 章 主要 介绍 自动 化 测试 的 基本 含义 、 自 动 化 测试 技术 和 常见 的 自动 化 测试 工具 。 
2. 教学 重点 与 难点 


1) 重点 

(1) 自动 化 测试 主要 技术 ; 
(2) 常见 的 自动 化 测试 工具 。 
2) 难点 
自动 化 测试 主要 技术 。 


(2.1 自动 化 测试 
—F 


自动 化 测试 是 把 以 人 为 驱动 的 测试 行为 转化 为 机 器 执行 的 一 种 过 程 。 通 常 , 在 设计 了 
测试 用 例 并 通过 评审 之 后 ,由 测试 人 员 根 据 测 试用 例 中 描述 的 规程 一 步 步 执行 测试 ,得 到 实 
际 结果 与 期 望 结 果 的 比较 。 在 此 过 程 中 ,为 了 节省 人 力 ,时 间或 硬件 资源 ,提高 测试 效率 , 便 
引入 了 自动 化 测试 的 概念 。 

借助 测试 工具 ,使 测试 人 员 在 尽 可 能 短 的 时 间 内 完成 尽 可 能 多 的 软件 测试 ,并 提供 更 强 
的 执行 测试 的 能 力 , 从 而 有 效 降低 测试 成 本 、 提 高 测试 效率 。 自 动 化 测试 快速 ,准确 ,并 可 重 
复 使 用 。 


1. 自动 化 测试 的 前 提 条 件 


实施 自动 化 测试 之 前 需要 对 软件 开发 过 程 进行 分 析 , 以 观察 其 是 否 适合 使 用 自动 化 测 
试 。 通 常 需要 同时 满足 以 下 条 件 : 

1) 需求 变动 不 频繁 

测试 脚本 的 稳定 性 决定 了 自动 化 测试 的 维护 成 本 。 如 果 软 件 需求 变动 过 于 频繁 ,测试 
人 员 需 要 根据 变动 的 需求 来 更 新 测试 用 例 以 及 相关 的 测试 脚本 ,而 脚本 的 维护 本 身 就 是 一 
个 代码 开发 的 过 程 , 需 要 修改 .调试 ,必要 的 时 候 还 要 修改 自动 化 测试 的 框架 ,如 果 所 花费 的 
成 本 不 低 于 利用 其 节省 的 测试 成 本 .那么 自动 化 测试 便 是 失败 的 。 
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项 目 中 的 某 些 模块 相对 稳定 ,而 某 些 模块 需求 变动 性 很 大 。 我 们 便 可 对 相对 稳定 的 模 
块 进 行 自动 化 测试 ,而 变动 较 大 的 仍 是 用 手工 测试 。 

2) 项 目 周期 足够 长 

自动 化 测试 需求 的 确定 .自动化 测试 框架 的 设计 、 测 试 脚本 的 编写 与 调试 均 需要 相 
当 长 的 时 间 来 完成 ,这 样 的 过 程 本 身 就 是 一 个 测试 软件 的 开发 过 程 ,需要 较 长 的 时 间 来 
完成 。 如 果 项 目的 周期 比较 短 , 没 有 足够 的 时 间 去 支持 这 样 一 个 过 程 ,那么 自动 化 测试 
便 成 为 笑谈 。 

3) 自动 化 测试 脚本 可 重复 使 用 

如 果 费 尽心 思 开 发 了 一 套 近 乎 完美 的 自动 化 测试 脚本 ,但 是 脚本 的 重复 使 用 率 很 低 , 致 
使 其 间 所 耗费 的 成 本 大 于 所 创造 的 经 济 价值 ,自动 化 测试 便 成 为 了 测试 人 员 的 练 手 之 作 ,而 
并 非 是 真正 可 产生 效益 的 测试 手段 。 

另外 ,在 手工 测试 无 法 完成 ,需要 投入 大 量 时 间 与 人 力 时 也 需要 考虑 引入 自动 化 测试 ， 
比如 性 能 测试 .配置 测试 ,大 数据 量 输入 测试 等 。 


2. 适用 场合 


通常 适合 于 软件 测试 自动 化 的 场合 包括 : 

(1) 回归 测试 ,重复 单一 的 数据 录入 或 是 击 键 等 测试 操作 造成 了 不 必要 的 时 间 浪 费 和 
人 力 浪费 ; 

(2) 测试 人 员 对 程序 的 理解 和 对 设计 文档 的 验证 通常 也 要 借助 于 测试 自动 化 工具 ; 

(3) 采用 自动 化 测试 工具 有 利于 测试 报告 文档 的 生成 和 版 本 的 连贯 性 ; 

(4) 自动 化 工具 能 够 确定 测试 用 例 的 柳 六 路径, 确定 测试 用 例 集 对 程序 逻辑 流程 和 控 
制 流程 的 覆盖 o 

随 着 测试 流程 的 不 断 规范 以 及 软件 测试 技术 的 进一步 细 化 ,软件 测试 自动 化 已 经 日 益 
成 为 一 股 不 可 忽视 的 力量 。 能 否 借 助 于 这 股 外 在 力量 以 及 如 何 借助 于 这 股 力量 来 规范 企业 
测试 流程 ,提高 特定 测试 活动 的 效率 , 正 是 我 们 所 要 讨论 的 话题 。 

软件 测试 自动 化 的 研究 领域 主要 集中 在 软件 测试 流程 的 自动 化 管理 以 及 动态 测试 的 自 
动 化 (如 单元 测试 .功能 测试 以 及 性 能 ) 方 面 。 在 这 两 个 领域 ,与 手工 测试 相 比 ,测试 自动 化 
的 优势 是 明显 的 。 首 先 自动 化 测试 可 以 提高 测试 效率 ,使 测试 人 员 更 加 专注 于 新 的 测试 模 
块 的 建立 和 开发 ,从 而 提高 测试 覆盖 率 ; 其 次 ,自动 化 测试 更 便于 测试 资产 的 数字 化 管理 ， 
使 得 测试 资产 在 整个 测试 生命 周期 内 可 以 得 到 复 用 ,这 个 特点 在 功能 测试 和 回归 测试 中 万 
其 具有 意义 ; 此 外 ,测试 流程 自动 化 管理 可 以 使 机 构 的 测试 活动 开展 更 加 过 程 化 ,这 很 符合 
CMMI 过 程 改进 的 思想 。 根 据 OppenheimerFunds 的 调查 ,在 2001 年 前 后 的 3 年 中 ,全 球 
范围 内 由 于 采用 了 测试 自动 化 手段 所 实现 的 投资 回报 率 高 达 1500% 。 


3. 选 型 原则 


然而 存在 优势 是 否 就 一 定 意味 着 选择 自动 化 测试 方案 都 能 为 企业 带 来 效益 回报 呢 ? 也 
不 尽 然 ,任何 一 种 产品 化 的 测试 自动 化 工具 ,都 可 能 存在 与 某 具 体 项 目 不 甚 贴切 的 地 方 。 再 
加 上 ,在 企业 内 部 通常 存在 许多 不 同 种 类 的 应 用 平台 ,应 用 开发 技术 也 不 尽 相同 ,甚至 在 一 
个 应 用 中 可 能 就 跨越 了 多 种 平台 ;或 同一 应 用 的 不 同 版 本 之 间 存 在 技术 差异 。 所 以 选择 软 
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件 测试 自动 化 方案 必须 深刻 理解 这 一 选择 可 能 带 来 的 变动 以 及 来 自 诸 多 方面 的 风险 和 成 本 
开销 。 

企业 用 户 进行 软件 测试 自动 化 方案 选 型 的 参考 性 原则 : 

(1) 选择 尽 可 能 少 的 自动 化 产品 覆盖 尽 可 能 多 的 平台 ,以 降低 产品 投资 和 团队 的 学 习 
成 本 ; 

(2) 测试 流程 管理 自动 化 通常 应 该 优先 考虑 ,以 满足 为 企业 测试 团队 提供 流程 管理 支 
持 的 需求 ; 

(3) 在 投资 有 限 的 情况 下 ,性 能 测试 自动 化 产品 将 优先 于 功能 测试 自动 化 被 考虑 ; 

(4) 在 考虑 产品 性 价 比 的 同时 ,应 充分 关注 产品 的 支持 服务 和 售后 服务 的 完善 性 ; 

(5) 尽量 选择 趋 于 主流 的 产品 ,以 便 通 过 行业 间 交 流 甚至 网 络 等 方式 获得 更 为 广泛 的 
经 验 和 支持 ; 

(6) 应 对 测试 自动 化 方案 的 可 扩展 性 提出 要 求 ,以 满足 企业 不 断 发 展 的 技术 和 业务 


4. 过 程 


自动 化 测试 与 软件 开发 过 程 从 本 质 上 来 讲 是 一 样 的 ,无 非 是 利用 自动 化 测试 工具 (相当 
于 软件 开发 工具 ) ,经 过 对 测试 需求 的 分 析 ( 软 件 过 程 中 的 需求 分 析 ) ,设计 出 自动 化 测试 用 
例如 (软件 过 程 中 的 需求 规格 ) ,从 而 搭建 自动 化 测试 的 框架 (软件 过 程 中 的 概要 设计 ) ,设计 
与 编写 自动 化 脚本 (详细 设计 与 编码 ) ,测试 脚本 的 正确 性 ,从 而 完成 该 套 测 试 脚本 ( 即 主要 
功能 为 测试 的 应 用 软件 )。 如 图 12. 1 所 示 。 































































Ve ET ro 分 析 任务 ， 确 定 测试 工具 选择 的 标准 | 
自动 化 测试 
1 初步 评估 市 场 上 已 有 的 测试 工具 
分 析 项 目 特点 ， 确 定 哪些 测试 
ta SI Ls iE TOR | 
测试 任务 1 深入 评估 测试 工具 | 
i 给 出 评估 报告 并 做 出 决定 。 | 


图 12.1 自动 化 测试 流程 图 


1) 自动 化 测试 需求 分 析 

当 测 试 项 目 满足 了 自动 化 的 前 提 条 件 , 并 确定 在 该 项 目 中 需要 使 用 自动 化 测试 时 ,我 们 
便 开始 进行 自动 化 测试 需求 分 析 。 此 过 程 需 要 确定 自动 化 测试 的 范围 以 及 相应 的 测试 用 
例 ,测试 数据 ,并 形成 详细 的 文档 ,以 便于 自动 化 测试 框架 的 建立 。 

2) 自动 化 测试 框架 的 搭建 

所 谓 自动 化 测试 框架 ,就 像 软件 架构 一 般 , 定 义 了 在 使 用 该 套 脚 本 时 需要 调用 哪些 文 
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件 、 结 构 ,调用 的 过 程 ,以 及 文件 结构 如 何 划 分 。 

而 根据 自动 化 测试 用 例 ,很 容易 定位 出 自动 化 测试 框架 的 典型 要 素 : 

(1) 公用 的 对 象 。 

不 同 的 测试 用 例会 有 一 些 相同 的 对 象 被 重复 使 用 ,比如 窗口 、 按 钮 、 页 面 等 。 这 些 公 用 
的 对 象 可 被 抽取 出 来 ,在 编写 脚本 时 随时 调用 。 当 这 些 对 象 的 属性 因为 需求 的 变更 而 改变 
时 ,只 需要 修改 该 对 象 属性 即 可 ,而 无 须 修改 所 有 相关 的 测试 脚本 。 

(2) 公用 的 环境 。 

各 测试 用 例 也 会 用 到 相同 的 测试 环境 ,将 该 测试 环境 独立 封装 ,在 各 个 测试 用 例 中 灵活 
调用 ,也 能 增强 脚本 的 可 维护 性 。 

(3) 公用 的 方法 。 

当 测 试 工具 没有 需要 的 方法 时 ,而 该 方法 又 会 被 经 常 使 用 ,我 们 便 需 要 自己 编写 该 方 
法 ,以 方便 脚本 的 调用 。 

(4) 测试 数据 。 

也 许 一 个 测试 用 例 需 要 执行 很 多 个 测试 数据 ,此 时 可 将 测试 数据 放 在 一 个 独立 的 文件 
中 ,由 测试 脚本 执行 到 该 用 例 时 读 取 数据 文件 ,从 而 达到 数据 覆盖 的 目的 。 

在 该 框架 中 需要 将 这 些 典型 要 素 考虑 进去 ,在 测试 用 例 中 抽取 出 公用 的 元 素 放 和 人 已 定 
义 的 文件 , 设 定好 调用 的 过 程 。 


5. 脚本 编写 


该 编写 过 程 便 是 具体 的 测试 用 例 的 脚本 转化 。 初 学 的 自动 化 测试 人 员 均 会 使 用 录制 脚 
本 到 修改 脚本 的 过 程 。 但 专业 化 的 建议 是 以 录制 为 参考 ,以 编写 脚本 为 主要 行为 ,以 避免 录 
制 脚本 带 来 的 元 余 、 公 用 元 素 的 不 可 调用 、 脚 本 的 调试 复杂 等 问题 。 


6. 测试 运行 


事实 上 , 当 每 一 个 测试 用 例 所 形成 的 脚本 通过 测试 后 ,并 不 意味 着 执行 多 个 甚至 所 有 的 
测试 用 例 就 不 会 出 错 。 输 入 数据 以 及 测试 环境 的 改变 ,都 会 导致 测试 结果 受到 影响 甚至 失 
败 。 而 如 果 只 是 一 个 个 执行 测试 用 例 , 也 仅 能 被 称 作 是 半自动 化 测试 ,这 会 极 大 地 影响 自动 
化 测试 的 效率 ,甚至 不 能 满足 夜间 自动 执行 的 特殊 要 求 。 

因此 ,脚本 的 测试 与 试 运行 极为 重要 , 它 需 要 详 查 多 个 脚本 不 能 依 计 划 执 行 的 原因 ， 
并 保证 其 得 到 修复 。 同 时 也 需要 经 过 多 轮 的 脚本 试 运行 ,以 保证 测试 结果 的 一 致 性 与 精 
确 性 。 

自动 化 测试 引入 的 目的 是 把 软件 测试 人 员 从 枯燥 乏味 的 机 械 性 手工 测试 劳动 中 解放 出 
来 ,以 自动 化 测试 工具 取而代之 ,使 测试 人 员 的 精力 真正 花 在 提高 软件 产品 质量 本 身 。 如 
图 12. 2 所 示 为 自动 化 测试 生命 周期 。 
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D. 系统 设计 与 开发 阶段 C. 小 型 工具 先导 /原型 
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图 12.2 自动 化 测试 生命 周期 


(2,2 自动 化 测试 工具 


1. 自动 化 测试 工具 的 特点 


(1) 支持 脚本 化 语言 : 变量 .数据 类 型 数组、 列表 、 结 构 . 条 件 罗 辑 if select case、 循 环 
for while 、 函 数 的 创建 和 调用 .Perl`VB Script, JavaScript .脚本 语言 的 功能 。 

(2) 对 程序 界面 中 对 象 的 识别 能 力 : 对 程序 位 置 识 别 、. 对 象 识别 .位 图 对 象 识别 。 

(3) 支持 函数 的 可 重用 : 脚本 比较 容易 实现 对 函数 的 调用 ,脚本 与 被 调用 函数 之 间 的 
参数 传递 。 

(4) 支持 外 部 函数 库 : 如 Windows 中 的 dll 函数 ,如 采用 外 部 函数 进行 数据 库 操作 正 
确 性 检查 等 。 

(5) 支持 抽象 层 : 可 以 将 程序 界面 中 存在 的 所 有 对 象 实体 映射 成 逻辑 对 象 ,通过 简单 
修改 抽象 层 ,帮助 减少 测试 维护 工作 量 。 

(6) 分 布 式 测试 支持 : 分 布 式 测试 可 以 实现 定制 任务 执行 的 时 间 表 ,安排 多 人 同时 进 
行 测试 。 

(7) 支持 数据 驱动 测试 : 测试 脚本 通过 从 准备 好 的 数据 文件 中 读 取 或 者 写 人 数据 保证 
测试 流程 的 正常 执行 , 少 的 脚本 ,大 量 的 测试 数据 即 可 。 

(8) 支持 错误 处 理 : 在 出 现 错误 能 够 跳 过 错误 或 者 对 系统 进行 复位 ,执行 后 面 的 任务 ， 
从 而 不 至 于 因 出 现 一 个 问题 而 耽误 了 所 有 用 例 的 执行 ,利用 它 可 以 避免 测试 程序 因 一 些 异 
常 错误 而 异常 终止 。 

(9) 支持 源 代码 管理 。 

(10) 支持 脚本 的 命令 行 方式 执行 。 


2. 自动 化 测试 工具 分 类 


1) 性 能 测试 
(1) 主流 负载 性 能 测试 工具 ,包括 QA Load, SilkPerformer,Loadrunner, WebRunner 等 。 
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(2) 资源 监控 工具 。 

资源 监控 作为 系统 压力 测试 过 程 中 的 一 个 重要 环节 ,在 相关 的 测试 工具 中 都 有 很 多 的 
集成 。 只 是 不 同 的 工具 之 间 ,监控 的 中 间 件 数据 库 、 主 机 平台 的 能 力 以 及 方式 各 有 差异 。 
这 些 监控 工具 在 更 大 程度 都 依赖 于 被 监控 平台 自身 的 数据 采集 能 力 ,目前 的 绝 大 多 数 的 监 
控 工 具 基 本 上 是 直接 从 中 间 件 、 数 据 库 以 及 主机 自身 提供 的 性 能 数据 采集 接口 获取 性 能 
指标 。 

首先 ,不 同 的 应 用 平台 有 自身 的 监控 命令 以 及 控制 界面 。 比 如 UNIX 主机 用 户 可 以 直 
接 使 用 topas, vmstat, iostat 了 解 系统 自身 的 健康 工作 状况 。 另 外 , Weblogic 以 及 
Websphere 平台 都 有 自身 的 监控 台 , 在 上 面 可 以 了 解 到 目前 的 JVM 的 大 小 .数据 库 连接 池 
的 使 用 情况 以 及 目前 连接 的 客户 端 数量 以 及 请 求 状 况 等 。 只 是 这 些 监控 方式 的 使 用 对 测试 
人 员 有 一 定 的 技术 储备 要 求 , 需 要 自己 熟练 掌握 以 上 监控 方式 的 使 用 方法 。 

第 三 方 的 监控 工具 相应 地 对 一 些 系统 平台 的 监控 进行 了 集成 。 比 如 Loadrunner 对 目 
前 常用 的 一 些 业务 系统 平台 环境 都 提供 了 相应 的 监控 入 口 ,从 而 可 以 在 并 发 测试 的 同时 ,对 
业务 系统 所 处 的 测试 环境 进行 监控 ,更 好 地 分 析 测 试 数据 。 

但 Loadrunner 工具 提供 的 监控 方式 还 不 是 很 直观 ,一 些 更 直观 的 测试 工具 能 在 监控 的 
同时 提供 相关 的 报警 信息 ,类 似 的 监控 产品 如 Quest 公司 提供 的 一 整套 监控 解决 方案 包括 
了 主机 的 监控 、 中 间 件 平台 的 监控 以 及 数据 库 平 台 的 监控 。Quest 系列 监控 产品 提供 了 直 
观 的 图 形 化 界面 ,能 让 测试 者 尽快 进入 监控 的 角色 。 

(3) 故障 定位 工具 以 及 调 优 工 具 。 

技术 的 不 断 发 展 以 及 测试 需求 的 不 断 提升 ,故障 定位 工具 应 运 而 生 , 它 能 更 精细 地 对 负 
载 压力 测试 中 暴露 的 问题 进行 故障 根源 分 析 。 在 目前 的 主流 测试 工具 厂商 中 ,都 相应 地 提 
供 了 对 应 的 产品 支持 。 尤 其 是 目前 . NET 以 及 J2EE 架构 的 流行 ,测试 工具 厂商 纷纷 在 这 
些 领域 提供 了 相关 的 技术 产品 ,比如 Loadrunner 模块 中 添加 的 诊断 以 及 调 优 模块 .Quest 
公司 的 PerformaSure,Compuware 的 Vantage 套件 以 及 CA 公司 收购 的 Wily 的 Introscope 
工具 等 ,都 在 更 深层 次 上 对 业务 流 的 调用 进行 追踪 。 这 些 工具 在 中 间 件 平台 上 引入 探 针 技 
术 , 能 捕获 后 台 业 务 内 部 的 调用 关系 ,发 现 问 题 所 在 ,为 应 用 系统 的 调 优 提供 直接 的 参考 
指南 。 

在 数据 库 产 品 的 故障 定位 分 析 上 .Oracle 自身 提供 了 强大 的 诊断 模块 ,同时 , Quest 公 
司 的 数据 库 产品 也 在 数据 库 设 计 、 开 发 以 及 上 线 运 行 维护 方面 提供 了 全 套 的 产品 支持 。 

2) 功能 测试 

QTP, Winrunner, Robot, AdventNetQEngine, Silk test.QARun、TestPartner 等 。 

3) 白 盒 测试 工具 

白 盒 测 试 工具 的 选择 在 于 对 开发 语言 的 支持 .代码 覆盖 的 深度 `. 嵌 入 式 软件 的 测试 、 测 
试 的 可 视 化 等 。 

白 盒 测 试 工具 是 对 源 代码 进行 的 测试 ,测试 的 主要 内 容 包括 词法 分 析 与 语法 分 析 .静态 
错误 分 析 ,动态 检测 等 。 

目前 测试 工具 主要 支持 的 开发 语言 包括 标准 C C++, Visual C++ Java, Visual J 十 等 。 
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(1) Parasoft 白 盒 测 试 工 具 集 : 

Jtest Java 代码 分 析 和 动态 类 组件 测试 ; 

Jcontract Java 实时 性 能 监控 以 及 分 析 优 化 ; 

C++ Test C.C++ 代 码 分 析 和 动态 测试 ; 

CodeWizard C.C++ 代 码 静 态 分 析 ; 

Insuret+C、C++ 实 时 性 能 监控 以 及 分 析 优 化 。 

(2) Compuware 白 盒 测试 工具 集 : 

BoundsChecker C++, Delphi API 和 OLE 错误 检查 、 指 针 和 泄露 错误 检查 、 内 存 错 误 
检查 ; 

TrueTime C++ „Java, Visual Basic 代码 运行 效率 检查 .组 件 性 能 的 分 析 ; 

FailSafe Visual Basic 自动 错误 处 理 和 恢复 系统 Jcheck M$ Visual J++ 图 形 化 的 线程 
和 事件 分 析 工 具 ; 

TrueCoverage C++ „Java, Visual Basic 函数 调用 次 数 、 所 占 比 率 统计 以 及 稳定 性 跟踪 ; 

SmartCheck Visual Basic 函数 调用 次 数 、 所 占 比 率 统计 以 及 稳定 性 跟踪 。 

4) 测试 管理 工具 

(1) TestDirector, 

TestDirector 是 全 球 最 大 的 软件 测试 工具 提供 商 Mercury Interactive 公司 生产 的 企业 
级 测试 管理 工具 ,也 是 业界 第 一 个 基于 Web 的 测试 管理 系统 , 它 可 以 在 公司 内 部 或 外 部 进 
行 全 球 范 围 内 测试 的 管理 。 通 过 在 一 个 整体 的 应 用 系统 中 集成 了 测试 管理 的 各 个 部 分 , 包 
括 需求 管理 ,测试 计划 、 测 试 执行 以 及 错误 跟踪 等 功能 , TestDirector 极 大 地 加 速 了 测试 
过 程 。 

(2) Mercury Quality Center。 

Quality Center 是 一 个 基于 Web 的 测试 管理 工具 ,可 以 组 织 和 管理 应 用 程序 测试 流程 
的 所 有 阶段 ,包括 指定 测试 需求 .计划 测试 .执行 测试 和 跟踪 缺陷 。 此 外 ,通过 Quality 
Center 还 可 以 创建 报告 和 图 来 监控 测试 流程 。 

Quality Center 是 一 个 强大 的 测试 管理 工具 ,合理 地 使 用 Quality Center 可 以 提高 测试 
的 工作 效率 ,节省 时 间 ,产生 事半功倍 的 效果 。 

5) 其 他 测试 

其 他 测试 包括 Xenu, AiRoboForm 等 。 


(2,3 自动 化 测试 工具 详细 介绍 


12.3.1 LoadRunner 


LoadRunner 是 一 种 预测 系统 行为 和 性 能 的 负载 测试 工具 。 通 过 以 模拟 上 千 万 用 户 实 
施 并 发 负载 及 实时 性 能 监测 的 方式 来 确认 和 查找 问题 ,LoadRunner 能 够 对 整个 企业 架构 
进行 测试 。 企 业 使 用 LoadRunner 能 最 大 限度 地 缩短 测试 时 间 , 优 化 性 能 和 加 速 应 用 系统 
的 发 布 周期 。LoadRunner 可 适用 于 各 种 体系 架构 的 自动 负载 测试 ,能 预测 系统 行为 并 评估 
系统 性 能 。 
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MV 


1. 测试 对 象 
LoadRunner 的 测试 对 象 是 整个 企业 的 系统 , 它 通 过 模拟 实际 用 户 的 操作 行为 和 实行 


实时 性 能 监测 ,查找 和 发 现 问题 。 此 外 ,LoadRunner 能 支持 广泛 的 协议 和 技术 。 


2. LoadRunner 特性 


(1) 轻松 创建 虚拟 用 户 。 
(2) 创建 真实 的 负载 。 
(3) 支持 广泛 的 环境 。 
(4) 实时 检测 器 。 

(5) 分 析 结果 。 


3. LoadRunner 组 件 


虚拟 用 户 生 成 器 用 于 捕获 最 终 用 户 业 务 流程 和 创建 自动 性 能 测试 脚本 (也 称 为 虚拟 用 
户 脚本 ) 。 

Controller 用 于 组 织 .驱动 .管理 和 监控 负载 测试 。 

负载 生成 器 用 于 通过 运行 虚拟 用 户 生 成 负载 。 

Analysis 有 助 于 查看 ,分析 和 比较 性 能 结果 。 

Launcher 为 访问 所 有 LoadRunner 组 件 的 统一 界面 ,如 图 12. 3 所 示 。 
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The Virtual User Generator (VuGen) works on a record-and-playback hand n 
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application. Introduction video 
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theWeb ETEA) ‘protocol family. Allows converting raw HTTP 
trafic into a maintainable and structured XML format and enables 
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图 12.3 LoadRunner 主 界面 
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4. 测试 过 程 


(1) 规划 测试 : 分 析 应 用 程序 .定义 测试 目标 ` 方 案 实施 。 

(2) 创建 Vuser 脚本 。 

(3) 创建 方案 : 方案 包括 运行 Vuser 的 计算 机 的 列表 、 运 行 Vuser 脚本 的 列表 以 及 在 
方案 执行 期 间 运行 的 指定 数量 的 Vuser 或 Vuser 组 件 。 

(4) 运行 方案 : 可 以 指示 多 个 Vuser 同时 执行 任务 ,以 模拟 服务 器 上 的 用 户 负 载 。 可 
以 通过 增加 或 减少 同时 执行 任务 的 Vuser 的 数量 来 设置 负载 级 别 。 

(5) 监视 方案 : 使 用 LoadRunner 联机 运行 时 ,事务 、 系 统 资源 、Web 服务 器 资源 、 数 据 
库 服 务 器 资源 、 网 络 延 时 、 流 媒体 资源 、 防 火 墙 服务 器 资源 、Java 性 能 等 .应 用 程序 部 署 和 中 
间 件 性 能 监视 器 来 监视 方案 的 执行 。 

(6) 分 析 测 试 结 果 : 在 方案 执行 期 间 ,LoadRunner 将 记录 不 同 负载 下 的 应 用 程序 性 
能 。 可 以 使 用 LoadRunner 的 图 和 报告 来 分 析 应 用 程序 的 性 能 。 


5. 主要 功能 


1) 虚拟 用 户 

使 用 LoadRunner 的 Virtual User Generator ,能 够 很 简便 地 创立 起 系统 负载 。 该 引擎 
能 够 生成 虚拟 用 户 , 以 虚拟 用 户 的 方式 模拟 真实 用 户 的 业务 操作 行为 。 它 先 记录 下 业务 流 
程 (如 下 订单 或 机 票 预 定 ) ,然后 将 其 转化 为 测试 脚本 。 利 用 虚拟 用 户 , 可 以 在 Windows, 
UNIX 或 Linux 机 器 上 同时 产生 成 千 上 万 个 用 户 访问 。 所 以 LoadRunner 能 极 大 地 减少 负 
载 测试 所 需 的 硬件 和 人 力 资源 。 图 12. 4 所 示 为 性 能 虚拟 用 户 模拟 测试 。 
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12.4 LoadRunner 性 能 虚拟 用 户 模拟 测试 


用 Virtual User Generator 建立 测试 脚本 后 ,可 以 对 其 进行 参数 化 操作 ,这 一 操作 能 让 
你 利用 几 套 不 同 的 实际 发 生 数据 来 测试 应 用 程序 ,从 而 反映 出 系统 的 负载 能 力 。 以 一 个 订 
单 输入 过 程 为 例 , 参 数 化 操作 可 将 记录 中 的 固定 数据 ,如 订单 号 和 客户 名 称 ,由 可 变 值 来 代 
蔡 。 在 这 些 变量 内 随意 输入 可 能 的 订单 号 和 客户 名 ,来 匹配 多 个 实际 用 户 的 操作 行为 。 
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2) 真实 负载 

虚拟 用 户 建立 后 ,需要 设 定 负载 方案 .业务 流程 组 合 和 虚拟 用 户 数量 。 用 LoadRunner 
的 Controller 能 很 快 组 织 起 多 用 户 的 测试 方案 。Controller 的 Rendezvous 功能 提供 了 一 个 
互动 的 环境 ,在 其 中 既 能 建立 起 持续 且 循 环 的 负载 ,又 能 管理 和 驱动 负载 测试 方案 。 而 且 可 
以 利用 它 的 日 程 计 划 服 务 来 定义 用 户 在 什么 时 候 访问 系统 以 产生 负载 。 这 样 , 就 能 将 测试 
过 程 自 动 化。 同样 还 可 以 用 Controller 来 限定 负载 方案 ,在 这 个 方案 中 所 有 的 用 户 同 时 执 
行 一 个 动作 如 登录 到 一 个 库存 应 用 程序 一 一 来 模拟 峰值 负载 的 情况 。 另 外 ,还 能 监测 
系统 架构 中 各 个 组 件 的 性 能 一 一 包括 服务 器 数据 库 、 网 络 设 备 等 一 一 来 帮助 客户 决定 系统 
的 配置 。 

3) 定位 性 能 

LoadRunner 内 含 集成 的 实时 监测 器 ,在 负载 测试 过 程 的 任何 时 候 , 都 可 以 观察 到 应 用 
系统 的 运行 性 能 。 这 些 性 能 监测 器 可 实时 显示 交易 性 能 数据 (如 响应 时 间 ) 和 其 他 系统 组 
件 , 包 括 Application Server, Web Server、 网 络 设 备 和 数据 库 等 的 实时 性 能 。 这 样 ,就 可 以 
在 测试 过 程 中 从 客户 和 服务 器 的 双方 面 评估 这 些 系统 组 件 的 运行 性 能 ,从 而 更 快 地 发 现 
问题 。 

利用 LoadRunner 的 ContentCheck 可 以 判断 负载 下 的 应 用 程序 功能 正常 与 否 。 
ContentCheck 在 虚拟 用 户 运行 时 ,检测 应 用 程序 的 网 络 数 据 包 内 容 , 从 中 确定 是 否 有 错误 
内 容 传 送出 去 。 它 的 实时 浏览 器 可 帮助 你 从 终端 用 户 角度 观察 程序 性 能 状况 。 

4) 分 析 结 果 

一 旦 测试 完毕 ,LoadRunner 收集 汇总 所 有 的 测试 数据 ,并 提供 高 级 的 分 析 和 报告 工 
具 ,以便 迅 速 查 找到 性 能 问题 并 追溯 缘由 。 使 用 LoadRunner 的 Web 交易 细节 监测 器 ,可 
以 了 解 到 将 所 有 的 图 像框 架 和 文本 下 载 到 每 一 网 页 上 所 需 的 时 间 。 例 如 ,这 个 交易 细节 分 
析 机 制 能 够 分 析 是 否 因为 一 个 大 尺寸 的 图 形 文件 或 是 第 三 方 的 数据 组 件 造成 应 用 系统 运行 
速度 减 慢 。 另 外 ,Web 交易 细节 监测 器 分 解 用 于 客户 端 \ 网 络 和 服务 器 上 端 到 端的 反应 时 
间 , 便 于 确认 问题 ,定位 查找 真正 出 错 的 组 件 。 例 如 ,可 以 将 网 络 延 时 进行 分 解 ,以 判断 
DNS 解析 时 间 ,连接 服务 器 或 SSL 认证 所 花费 的 时 间 。 通 过 使 用 LoadRunner 的 分 析 工 
具 , 能 很 快 地 查找 到 出 错 的 位 置 和 原因 并 做 出 相应 的 调整 。 

5) 重复 测试 

负载 测试 是 一 个 重复 过 程 。 每 处 理 完 一 个 出 错 情况 ,都 需要 对 应 用 程序 在 相同 的 方案 
下 再 进行 一 次 负载 测试 。 以 此 检验 所 做 的 修正 是 否 改善 了 运行 性 能 。 

LoadRunner 完全 支持 EJB 的 负载 测试 。 这 些 基 于 Java 的 组 件 运行 在 应 用 服务 器 上 ， 
提供 广泛 的 应 用 服务 。 通 过 测试 这 些 组 件 ,可 以 在 应 用 程序 开发 的 早期 就 确认 并 解决 可 能 
产生 的 问题 。 

利用 LoadRunner, 可 以 很 方便 地 了 解 系统 的 性 能 。 它 的 Controller 允许 你 重复 执行 与 
出 错 修改 前 相同 的 测试 方案 。 它 的 基于 HTML 的 报告 提供 了 一 个 比较 性 能 结果 所 需 的 基 
准 , 以 此 衡量 在 一 段 时 间 内 ,有 多 大 程度 的 改进 并 确保 应 用 成 功 。 由 于 这 些 报告 是 基于 
HTML 的 文本 ,所 以 可 以 将 其 公布 于 公司 的 内 部 网 上 ,便于 随时 查阅 。 
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6. 录制 LoadRunner 脚本 


启动 VuGen: 选择 需要 新 建 的 协议 脚本 ,可 以 创建 单 协议 ,或 是 多 协议 脚本 。 

单 击 Start Record 按钮 ,输入 程序 地 址 ,开始 进行 录制 。 

使 用 VuGen 进行 录制 : 创建 的 每 个 Vuser 脚本 都 至 少 包含 3 部 分 (vuser_init, 一 个 或 多 个 
Actions 及 vuser_end。 录 制 期 间 ,可 以 选择 脚本 中 VuGen 要 插 人 已 录制 函数 的 部 分 。 运 行 多 
次 迭代 的 VuGen 脚本 时 ,只 有 脚本 的 Action 部 分 重复 ,而 vuser_init 和 vuser_end 部 分 将 不 重 
复 。 图 12. 5 所 示 是 录制 LoadRunner 的 界面 ,图 12.6 是 LoadRunner 脚本 视图 。 
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图 12.5 录制 LoadRunner 脚本 


7. 完善 LoadRunner 测试 脚本 


(1) 插入 事务 。 

(2) 插入 集合 点 。 

(3) 模拟 用 户 思考 时 间 。 

(4) 参数 化 输入 。 

(5) 插入 Text/Imag 检查 点 。 
(6) 关联 语句 。 

(7) Run-Time Setting 选项 。 


8. 创建 LoadRunner 场景 的 创建 与 执行 
一 个 运行 场景 包括 一 个 运行 虚拟 用 户 活 动 的 Load Generator 机 器 列表 一 个 测试 脚本 
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Vuser Actions Tools Wndow Heb 
Stat Record DP E ii S| 1G GIG i Bi tats | 于 scee 
































Fiction 


q 


ini’, 
dia. info. client. xunlei con/x1Tbho. ini”, 


27. 0. 0.1:9090/Account/Login’, 
*Resource=0", 
“RecContentType=text/htal”, 
“Referer=", 
*Snapshot=t1. inf”, 
“Mode=HTTP 
LAST); 


web_concurrent_start (NULL) ; 


web_url (“Default. css”, 
“URL=ht 127. 0. 0. 1:9090/Resources/CSS/Default. css”, 








ReplayLog | [3 Recordng Log | © Conelaion Resuts || ER Generation Log 


tt Start Log Message Heber 

eb Recorder version : 11. 0. 0, 8859 

ecording Mode: URL-Based script 
Using concurrent groups 

orrelation is enabled systen wide 

jot recording headers 

ot excluding content types 

jo not record this content types as a resource: 
text/html 


For Help, press Fl. 











图 12.6 LoadRunner 脚本 视图 


的 列表 以 及 大 量 的 虚拟 用 户 和 虚拟 用 户 组 。 
1) 创建 运行 场景 使 用 Controller 
在 “开始 ”菜单 中 ,启动 Controller 程序 ,如 图 12.7 所 示 。 


图 Advanced Settings 













fin Applications 
回 Documentation 
回 Samples 
@ Tools 

图 Microsoft Office 图 LoadRunner 

@ FFLive > R LoadRunner Agent Process 


© teuana si guickstart 
B 爷 歌 全 山 词 看 合作 版 @ Readme 

È Orca G Samples Setup 
A Rational Software >i D tutorial 


E Macromedia pi Gp Uninstall Mercury LoadRunner 
fi Mercury LoadRunner By vpdateService 








12.7 启动 程序 
出 现 New Scenario 窗口 。 如 果 没 有 出 现 , 可 以 在 菜单 或 者 工具 栏 中 单 击 New 命令 ,出 
现 图 12. 8 所 示 的 窗口 。 
在 新 建 场景 的 窗口 ,选择 一 种 场景 类 型 。 
(1) 手动 方案 (Manual Scenario): 完全 手动 的 设置 场景 。 使 用 百分比 模式 在 脚本 间 分 


New Scenario, 


p Select Scenario Type 
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@ Manual Scenario 


Manage your load test by specifying the number of virtual users to un 
I Use the Percentage Mode to distibute the Vusers among the scripts 
C GoalDriented Scenario 
Allow LoadRunner Controller to create a scenario based on the goals you specily 





Available Scripts 


1 
$: 





p Select the script{s) you would like to use in your scenario- 





Scripts in Scenario 
E id= 


2} Remove | 
È Bowe. | 


FQ) Record... 


‘Quality Cente. | 











I Show at startup 





LK] cen | sep | 


12.8 New Scenario 窗口 


配 Vuser: 该 项 只 有 在 Manual Scenario 选中 的 情况 下 才能 选择 。 选 择 该 项 后 ,在 场景 中 需 
要 定义 要 使 用 的 虚拟 用 户 的 总 数 , 然 后 为 每 一 个 脚本 分 配 要 运行 的 虚拟 用 户 的 百分比 。 

(2) 面向 目标 的 方案 (Goal-Oriented Scenario) : 在 测试 计划 中 ,一 般 都 包括 性 能 测试 要 
达到 的 目标 。 选 择 该 项 后 ,LoadRunner 基于 这 个 目标 ,自动 为 你 创建 一 个 场景 。 在 场景 中 


只 要 定义 好 此 次 测试 目标 即 可 。 
2) 把 脚本 添加 到 场景 的 操作 


如 图 12. 9 所 示 , 从 提供 的 脚本 中 选中 某 个 后 , 单 击 "Add 一 一 "按钮 ,将 之 添加 到 右 侧 


的 场景 中 。 


Rew Scenario 





f Select Scenario Type 





@ Manual Scenario 


C GoalDriented Scenario 


Manage your load test by specifying the number of virtual users to run 
T Use the Percentage Mode to distribute the Vusers among the scripts 


Allow LoadRunner Controller to create a scenario based on the goals you specily 





Available Scripts 


1 
+8 





p Select the script(s} you would like to use in your scenario 





Scripts in Scenario 








F Show at startup 


图 12.9 场景 操作 
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如 果 要 在 已 经 打开 的 场景 中 添加 脚本 , 单 击 (编辑 计划 )? 按 钮 细 化 方案 ,如 图 12. 10 
所 示 。 





D:\Program Files\Mercury\LoadFlunner\scripts\1 10 localhost B| > sas 














图 12. 10 在 场景 中 添加 脚本 
可 以 在 计划 选项 卡 中 选择 计划 种 类 ,如 图 12. 11 所 示 。 


ne TT | Now. | Herame | Deee | 
— Schedule Definition ——— ——————— 


& © Schedule by Scenario © Schedule by Group ‘Scenario Start Time... 


Ranp Up | Duration | Ramp Dorn | 











Load Settings 
© Load all Vusers simultaneously 


© stat [2 f users every [0000:15 图 (HH:mm:ss) | 








IT Initialize all Vusers before Run. 


{2cleoting this option means that unning bogins only after all Vusers reach the Ready state) Cancel Help 











图 12.11 选择 计划 种 类 


3) 添加 Windows 性 能 计数 器 

选择 Windows 资源 监视 窗口 ,在 右键 快捷 菜单 中 选择 ADD Measurements 命令 ,出 现 
图 12. 12 所 示 的 对 话 框 。 

4) 测试 结果 分 析 

脚本 执行 完毕 ,LoadRunner 会 自动 分 析 结 果 . 生 成 分 析 结 果 图 或 表 , 方 法 是 单 击 导航 
栏 “ 结 果 ”, 在 弹出 窗口 中 选择 “分 析 结果 ”。 

(1) 事务 响应 时 间 是 否 在 可 接受 的 时 间 范 围 内 ,哪个 事务 用 的 时 间 最 长 。 需 查看 
Transaction Response Time 图 ,可 以 判断 每 个 事务 完成 所 用 的 时 间 , 从 而 可 以 判断 出 哪个 
事务 用 的 时 间 最 长 ,哪些 事务 用 的 时 间 超 出 预定 的 可 接受 时 间 。 从 图 12. 13 可 以 看 出 , 随 着 
用 户 数 的 不 断 增 加 ,login 事务 的 响应 时 间 增 长 的 最 快 。 

(2) 网 络 带宽 是 否 足够 。 

吞吐 量 (Throughput) 图 ( 见 图 12. 14) 显示 在 场景 运行 期 间 的 每 一 秒 钟 从 Web Server 
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Windows Resources 











Monitored Server Machines | [ok | 
[ = | 
Advanced | 

Add... Delete Help 





























Response Time (sec) 
; 8 





图 12.13 Transaction Response Time 图 
SE BE SE HT CL AE Dae EAT a YO e SE E A 
果 该 图 的 曲线 随 着 用 户 数 的 增加 而 没有 增加 ,而 是 呈 比 较 平 的 直线 ,说明 目前 的 网 络 速度 不 
能 够 满足 目前 的 系统 流量 。 








图 12.14 Throughput 图 


(3) Windows Resources 图 实时 地 显示 了 Web Server 系统 资源 的 使 用 情况 , 如 
图 12. 15 所 示 。 利 用 该 图 提供 的 数据 ,可 以 把 瓶颈 定位 到 特定 机 器 的 某 个 部 件 。 

(A) 利用 Anlysis 分 析 结果 。 

场景 运行 结束 后 ,需要 使 用 Analysis 组 件 分 析 结 果 。Analysis 组 件 可 以 通过 “开始 ” 菜 
单 中 启动 ,也 可 以 在 Controller 中 启动 。 注 意 : 这 里 介绍 的 分 析 方 法 只 适用 于 Web 测试 。 

第 一 步 : 分 析 事 务 的 响应 时 间 。 看 Transaction Performance Summary 图 ,确认 哪个 事 
务 的 响应 时 间 比 较 长 ,超出 了 标准 。 如 图 12. 16 所 示 login 事务 的 平均 响应 时 间 最 长 。 
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图 12.15 Windows Resources 图 
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图 12.16 Transaction Performance Summary 图 
第 二 步 : 再 查看 Average Transaction Response Time 图 ,观察 login 在 整个 场景 运 
只 
只 


每 一 秒 的 情况 。 从 图 12. 17 可 以 看 出 ,login 事务 的 响应 时 间 并 不 是 一 直 都 比较 高 ， 
着 用 户 数 的 增加 ,响应 时 间 才 明显 增加 的 。 


行 中 
是 随 
9. 目标 的 种 类 


每 次 场景 运行 只 能 设置 一 个 目标 。 

Virtual Users Goal: 虚拟 用 户 目 标 类 型 ,需要 测试 多 少 人 可 以 同时 运行 。 

Pages per Minute, Hits per Second, Transactions per Second: 每 分 钟 页 面 数 和 每 秒 单 
击 次 数 , 事 务 响 应 时 间 ,Controller 试图 使 用 最 少 的 虚拟 用 户 来 达到 定义 的 目标 。 如 果 使 用 
最 少 的 用 户 ,不 能 达到 目标 , 则 增加 用 户 数 , 直 到 定义 的 最 大 值 。 

Transactions Response Time: 如 果 想 知道 在 多 少 用 户 并 发 访问 网 站 时 ,事务 的 响应 时 
间 达 到 性 能 指标 说 明 书 中 规定 响应 时 间 的 最 大 值 。 
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12.17 Average Transaction Response Time 图 


10. 运行 方案 


运行 方案 时 ,会 为 Vuser 组 分 配 负载 生成 器 并 执行 它们 的 Vuser 脚本 。 在 方案 执行 期 
间 ,LoadRunner 将 : 

(1) 记录 在 Vuser 脚本 中 定义 的 事务 的 持续 时 间 ; 

(2) 执行 包括 在 Vuser 脚本 中 的 集合 ; 

(3) 收集 Vuser 生成 的 错误 .警告 和 通知 消息 。 

在 方案 运行 时 ,可 以 监视 每 个 Vuser、 查 看 由 Vuser 生成 的 错误 .警告 和 通知 消息 以 及 
停止 Vuser 组 合 各 个 Vuser。 可 以 指示 LoadRunner 允许 单个 Vuser 或 组 中 的 Vuser 在 停 
止 前 完成 它们 正在 运行 的 迭代 ,在 停止 前 完成 它们 正在 运行 的 操作 或 者 立即 停止 运行 。 如 
图 12. 18 所 示 来 进行 运行 设置 。 


11. 监视 方案 


可 以 使 用 LoadRunner 联机 运行 时 、 事 务 、Web 资源 、 系 统 资源 、 网 络 延 迟 、 防 火 墙 服 务 
ae VEU Web 服务 器 资源 、Web 应 用 程序 服务 器 资源 、 数 据 库 服务 器 资源 、 流 媒体 资源 、 
ERP/CRM 服务 器 资源 Java 性 能 、 应 用 程序 部 署 和 中 间 件 性 能 监视 器 来 监视 方案 执行 。 

LoadRunner 提供 下 列 联机 监视 器 :“ 运 行 时 ”监视 器 显示 参与 方案 的 Vuser 的 数目 和 
状态 ,以 及 Vuser 所 生成 的 错误 数量 和 类 型 。 此 外 还 提供 用 户 定义 的 数据 点 图 ,其 中 显示 
Vuser 脚本 中 的 用 户 定义 点 的 实时 值 。 


12. 联机 监视 


默认 情况 下 ,LoadRunner 的 “运行 ”视图 中 将 显示 4 个 图 :“ 正 在 运行 的 Vuser”、“ 事 务 
响应 时 间 ”、“ 每 秒 单 击 次 数 ” 和 “Windows 资源 ”。 通 过 单 击 图 树 视图 中 的 其 他 图 并 将 其 拖 
至 图 视图 区 域 , 可 以 显示 这 些 图 。 或 者 ,可 以 使 用 “打开 新 图 ”对 话 框 打开 新 的 图 。 

操作 步 又 如 下 : 
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S & & t FH |G |Total 10 Vusers 
Aeon, woe 
| Utnitialize ‘Initialize each Vuser just before it runs 














国 [5 Bun for 00:05:00 Oot- MN; Ss) = 
Stop Vusers Stop all Vusers: 5 every 00:00:30 OO mm:3S) 





a 


这 里 可 以 设置 开始 多 少 个 线程 ， 最 多 多 少 个 线程 
持续 时 间 等 。 

















图 12.18 运行 设置 


(1) 右 击 图 并 选择 “打开 新 图 ”命令 ,将 打开 “打开 新 图 "对话 框 。 

(2) 单 击 左 窗 格 中 的 “十 "可 以 展开 图 树 , 并 选择 图 。 可 以 在 “图 描述 " 框 中 查看 该 图 的 
描述 。 

(3) 单 击 “ 打 开 图 ”该 图 将 显示 在 图 视图 区 域 中 。 

13. 合并 图 


通过 LoadRunner 可 以 将 同一 方案 中 的 两 个 图 的 结果 合并 到 一 个 图 中 。 通 过 合并 ,可 
以 一 次 比较 几 个 不 同 的 度量 。 又 加 共用 同一 X 轴 的 两 个 图 的 内 容 时 ,合并 图 左 侧 的 Y 轴 显 
示 当 前 图 的 值 。 右 侧 的 Y 轴 显 示 合 并 图 的 值 。 

要 县 加 两 个 图 ,请 执行 下 列 操作 : 

(1) 右 击 要 对 加 的 某 个 图 ,然后 选择 “ 芭 加 图 ”命令 ,将 打开 “ 番 加 图 ”对 话 框 。 

(2) 选择 要 与 当前 图 又 加 的 图 。 该 下 拉 列 表 仅 显示 与 当前 图 共用 同一 X 轴 的 活动 图 。 

G) 输入 全 加 图 的 标题 。 

(4) 单 击 “ 确 定 ”按钮 ,该 合并 图 将 显示 在 图 视图 区 域 中 。 


14. Analysis 报告 


运行 方案 后 ,可 以 查看 对 系统 性 能 进行 汇总 的 报告 。Analysis 提供 以 下 报告 工具 : 
(1) 摘要 报告 ; 

(2) HTML 报告 ; 

(3) 事务 报告 。 
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摘要 报告 提供 有 关 方案 运行 的 一 般 信 息 。 可 以 随时 从 Analysis 窗口 中 查看 摘要 报告 。 

可 以 指示 Analysis 创建 HTML 报告 。Analysis 将 为 每 个 打开 的 图 创建 HTML 报告 。 

事务 报告 提供 有 关 Vuser 脚本 中 定义 的 事务 的 性 能 信息 。 这 些 报告 提供 结果 的 统计 
信息 细 分 ,并 允许 打印 和 导出 数据 。 


12.3.2 OTP 


QTP 全 称 QuickTest Professional software, 是 Mercury 公司 的 又 一 旗舰 产品 ,被 广泛 
用 于 B/S 架构 程序 的 功能 测试 。 支 持 功能 测试 和 回归 测试 自动 化 ,用 于 每 个 主要 软件 应 用 
程序 和 环境 。 

使 用 QTP 的 目的 是 想 用 它 来 执行 重复 的 手动 测试 ,主要 是 用 于 回归 测试 和 测试 同一 
软件 的 新 版 本 。 因 此 在 测试 前 要 考虑 好 如 何 对 应 用 程序 进行 测试 ,例如 要 测试 哪些 功能 、 操 
作 步 又 、 输 入 数据 和 期 望 的 输出 数据 等 。QuickTest 针对 的 是 GUI 应 用 程序 ,包括 传统 的 
Windows 应 用 程序 ,以 及 现在 越 来 越 流行 的 Web 应 用 。 它 可 以 覆盖 绝 大 多 数 的 软件 开发 
技术 ,简单 高 效 , 并 具备 测试 用 例 可 重用 的 特点 。 其 中 包括 创建 测试 .插入 检查 点 .检验 数 
据 、 增 强 测试 .运行 测试 ,分析 结果 和 维护 测试 等 方面 。 如 图 12. 19 所 示 为 QTP 主 窗口 。 


菜单 栏 






文件 工具 条 ”测试 工具 条 Debug 工 具 条 





状态 栏 Data Table 窗 口 ”测试 脚本 管理 窗口 Active Screen 窗口 
12.19 QTP 主 窗口 


1. OTP 自动 化 测试 基本 过 程 


1) 录制 测试 脚本 前 的 准备 
(1) 在 测试 前 需要 确认 你 的 应 用 程序 及 QuickTest 是 否 符合 测试 需求 ; 
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(2) 确认 你 已 经 知道 如 何 对 应 用 程序 进行 测试 ,如 要 测试 哪些 功能 、 操 作 步 又 、 预 期 结 
果 等 ; 

(3) 检查 一 下 QuickTest 的 设 定 , 如 Test Settings 以 及 Options 对 话 窗口 ,以 确保 
QuickTest 会 正确 的 录制 并 储存 信息 。 确 认 QuickTest 以 何 种 模式 存储 信息 。 

2) 录制 测试 脚本 

操作 应 用 程序 时 ,QuickTest 会 在 Keyword View 中 以 表格 的 方式 显示 录制 的 操作 步 
骤 。 每 一 个 操作 步骤 都 是 使 用 者 在 录制 时 的 操作 ,如 在 网 站 上 单 击 了 链接 ,或 者 在 文本 框 中 
输入 的 信息 。 

3) 编辑 测试 脚本 

调整 测试 步骤 、 插 入 检查 点 ,参数 化 、 添 加 测试 输出 信息 。 

4) 调试 测试 脚本 

修改 过 测试 脚本 后 ,需要 对 测试 脚本 作 调试 ,以 确保 测试 脚本 能 正常 并 且 流 畅 地 执行 。 

5) 在 新 版 应 用 程序 或 者 网 站 上 执行 测试 脚本 

通过 执行 测试 脚本 ,QuickTest 会 在 新 版 的 网 站 或 者 应 用 程序 上 执行 测试 ,检查 应 用 程 
序 的 功能 是 否 正确 。 

6) 分 析 测 试 结果 , 找 出 问题 所 在 

7) 测试 报告 

(1) 汇报 问题 到 TestDirector( Quality Center) 数 据 库 中 。 

(2) 标注 TD/QC 中 测试 用 例 通过 的 状态 。 


2. OP 程序 界面 
(1) 文件 工具 条 ,在 工具 条 上 包含 了 图 12. 20 所 示 的 按钮 。 


显示 Active 显示 Test 
Screen 窗口 Setting 窗口 







连接 控 


显示 Debug 
Viewer 窗 口 制 中 心 
= RT ani 


显示 结果 选项 项 目 存储 区 
窗口 
显示 Data Table 窗 口 


图 12. 20 工具 条 
(2) 测试 工具 条 ,包含 了 在 创建 ,管理 测试 脚本 时 要 使 用 的 按钮 ,如 图 12. 21 所 示 。 


添加 Action 插入 一 个 Transaction 的 结束 点 
开始 录制 停止 录制 插入 检测 点 
pn 


pie a 2/15 A E Low-Level titi 
运行 脚本 分 割 Action ”插入 一 个 Transaction 的 开始 点 
12.21 测试 工具 条 
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(3) 调试 工具 条 ,包含 在 调试 测试 脚本 时 要 使 用 的 工具 条 ,如 图 12. 22 所 示 。 
单 步 执行 控制 
ar 
njaaa 
插入 /取消 断 
取消 所 有 断 点 
图 12.22 调试 工具 条 





3. OTP 检查 点 


(1) 标准 检查 点 ， 

(2) 图 片 检查 点 ，; 

(3) 表格 检查 点 ; 

(4) 网 页 检查 点 ; 

(5) 文字 /文本 区 域 检查 点 ; 
(6) 图 像 检 查 点 ; 

(7) 数据 库 检 查 点 ; 

(8) XML 检查 点 。 


4. QTP 的 工作 原理 


测试 对 象 是 QTP 在 测试 或 组 件 中 创建 的 用 于 表示 应 用 程序 中 的 实际 对 象 的 对 象 。 并 
H QuickTest 在 对 象 库 中 存储 有 关 该 对 象 的 信息 ,包括 对 象 的 属性 、 操 作 等 。 

录制 的 时 候 ,QTP 将 操作 过 的 所 有 对 象 都 记录 下 来 ,保存 在 对 象 库 object repository 
中 ,记录 的 形式 是 一 个 逻辑 名 加 上 若干 识别 属性 。 

因此 ,一 个 完整 的 脚本 测试 应 该 包括 两 部 分 : 一 个 是 测试 脚本 的 代码 ,一 个 是 对 象 库 。 


5. QTP 录制 /执行 测试 脚本 


1) 录制 脚本 准备 

(1) 开 启 Internet Explorer 浏览 器 , 单 击 " 工 具 ” 一 “因特网 选项 ”一 “内 容 ” 选 项 。 

(2) 单 击 “ 个 人 信息 ”中 的 “自动 完成 ”按钮 ,开启 “自动 完成 设 定 ” 对 话 框 。 

2) 录制 脚本 

(1) 执行 QuickTest 并 开启 一 个 全 新 的 测试 脚本 。 

要 开启 QuickTest, n A ih “F th” — “EJF E” — QuickTest Professional 一 QuickTest 
Professional 命令 。 

在 Add-in Manager 下 选中 “Web Add-in” 选 项 ,并 取消 选中 其 他 的 add-ins。 然 后 单 击 
OK 按钮 ,关闭 Add-in Manager 窗口 ,进入 QuickTest Professional 主 窗口 。 

假如 出 现 Welcome 窗口 , 则 单 击 Blank Test。 或 者 单 击 File>New 命令 ,或 是 单 击 工 
具 栏 上 的 New 按钮 。QuickTest Professional 会 开启 全 新 的 测试 脚本 档案 。 假如 
QuickTest Professional 已 经 开启 ,可 通过 Help~> About Quick Test Professional 命令 查看 
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目前 加 载 了 哪些 add-ins. 

(2) 开 始 录制 测试 脚本 。 单 击 Test>Record 或 是 单 击 工具 栏 上 的 Record 按钮 。 会 开 
启 Record and Run Settings 对 话 框 。 在 Web 选项 卡 中 选中 Open the following browser 
when a record or run session begins 单 选 按钮 。 从 Type 下 拉 列 表 框 中 选择 使 用 的 浏览 器 ， 
并 且 在 Address 中 输入 http: //newtours. mercuryinteractive. com, 

请 确认 Do not record and run on browsers that are already open 与 Close the browser 


when the test closes 这 两 个 复 选 框 都 已 经 选中 了 ,如 图 12. 23 所 示 。 





图 12.23 Web 选项 


在 Windows Applications 选项 卡 中 选中 Record and run on these applications(opened 
on session start) 单 选 按钮 ,而 且 不 要 选取 任何 的 应 用 程序 。 此 设 定 可 以 避免 录制 到 其 他 应 
用 程序 (如 Outlook) 的 操作 。 如 图 12. 24 所 示 。 





12.24 Windows Application 选项 


单 击 OK 按钮 。QuickTest 会 开启 浏览 器 浏览 Mercury Tours 网 站 ,并 且 开 始 录制 测试 脚本 。 
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3) 停止 录制 

在 QuickTest, 单 击 工 具 栏 上 的 Stop 按钮 ,停止 录制 。 现 已 经 完成 了 预定 5 纽约 - 旧 金 
山 J 机 票 的 动作 ,QuickTest 已 经 录制 了 从 单 击 Record 按钮 后 ,到 单 击 Stop 按钮 之 间 所 有 
的 操作 。 

4) 存储 测试 脚本 

选取 File>Save 命令 或 是 单 击 工 具 栏 上 的 Save 按钮 ,开启 Save 对 话 框 。 建 立 一 个 
Tutorial 目录 ,将 测试 脚本 命名 为 Recording。 选中 Save Active Screen files 单 选 按钮 。 MAG 
Save 按钮 ,测试 脚本 名 称 (Recording) 会 出 现在 QuickTest 窗口 的 标题 列 。 

5) 分 析 Keyword View 中 的 测试 脚本 

录制 测试 脚本 时 ,QuickTest 会 将 每 一 个 操作 录制 下 来 ,并 在 Keyword View 类 似 
Excel 工作 表 的 方式 显示 所 录制 的 测试 步骤 。 可 以 单 击 View>Expend All 命令 检视 测试 
脚本 的 每 一 个 步骤 ,如 图 12. 25 所 示 。 




















v @ Welcome: Meray Tours 
© SA Wetone Mercuy Tous = | | 
ohne [heroury” | Ener “roy "inthe “vooNare” odi box 
| 上 可 pvod Sson! 082820153，| Enler the encrypted sting "108282019351 2e8be S1c 1172224... 
A sine (Doe 2 |Clek me Sen- mage 
-FndaFerrneom | | 
F tonPon See: "New Yok Seeaim New Yak nthe wonPot” ist 
|| A honhont [Sde Dee" | Select dem Dec” inthe "romMorth’ ist 
F honda Sdet l'a Select hem "29" in the “or ay” Is 
| -A [Select "San Froncited’ Seloct bem "Son Fancico" inthe "tePat ot 
JE tohonh Soet Dec’ ‘Select iem “Dec” nthe “icMonth” bet. 
| Ay ‘Sect tar | Select fern "31" inthe “Day” ist 
P entas Saea "Bushes" Select rado button “Business inthe “seryClase" rado button group 
| 一 网 mmfFuhe Iox jaz | Clck he dfions'inaoe 
y A Seed «Flight Mercury 
|| Gal reservetignts [Oen a2 | ckek tre "teserveFights" mage 
GD Book a Fig: Morcuy 
| Fe (Su Niece Emer Neow'n he assfpag et box 
A past ast ‘Set lones" Enter “Jores” in the pas asit ect box 
| HR annta [sm 12 Emer "123467" in he "credarurber et box 
& theless [se FON’ | Seb he sate of the "tk eles" check box "DN": 
| | figh [Cech 22 | Cick the "bur ighis" image. 
y SA Fight Cerfinaton Mercury | i 
home {Cek the "homo" image. 
‘Wat for he Web page to symchronice below contrurg the run. 






K 12.25 Keyword View 视图 


(1) 图 12. 25 中 的 每 个 字段 的 含义 说 明 如 表 12. 1 所 示 。 
表 12.1 字段 说 明 





在 Keyword View 中 的 每 一 个 字段 都 有 其 意义 




















ae ie i BAY HE fE GURI Be, TRI Be .函数 呼叫 或 
) 

Operation 要 在 这 个 作用 到 的 组 件 上 执行 的 动作 ,如 单 击 .选择 等 

Value 执行 动作 的 参数 ,例如 当 单 击 一 张 图 片 时 是 用 左 键 还 是 右键 

Assignment 使 用 到 的 变量 

Comment 在 测试 脚本 中 加 入 的 批注 

Documentation | 自动 产生 用 来 描述 此 操作 步骤 的 英文 说 明 
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(2) 查看 Keyword View 视图 ,如 表 12. 2 所 示 。 
表 12.2 查看 Keyword View MAR 























$ R 说 明 
[i Action Action] 是 一 个 动作 的 名 称 
SB Welcome: Mercury Tours Welcome: Mercury 是 被 浏览 器 开启 的 网 站 的 名 称 
Welcome Mercury Tours Welcome: Mercury Tours 是 网 页 的 名 称 
userName 是 edit box 的 名 称 
$F userName {Set |"iojo" Set 是 在 这 个 edit box 上 执行 的 动作 
jojo 是 被 输入 的 值 
password 是 edit box 的 名 称 
SetSecure 是 在 这 个 edit box 上 执行 的 动作 ,此 动作 有 加 
446845bta4444adc2 
FF password |SetSecure! 密 的 功能 
446845bf84444adc... 是 被 加 密 过 的 密码 
Sign-In 是 图 像 对 象 的 名 称 
F Siomin (Click 41.4 Chick 是 在 这 个 图 像 上 执行 的 动作 


(3) 执行 测试 脚本 一 一 Run 设置 。 





41,4 则 是 这 个 图 像 被 单 击 的 X、Y 坐标 


设置 运行 选项 。 单 击 Tool~Options 命令 ,打开 设置 选项 对 话 框 ,选择 Run 选项 卡 ,如 


图 12. 26 所 示 。 





图 12.26 设置 图 


(4) 执行 结果 的 保存 。 


如 果 在 执行 测试 的 时 候 出 现 错 误 , 会 显示 一 个 错误 信息 对 话 框 。 


(5) 脚本 调试 。 


语法 检查 : 选择 Tool>Check Syntax 命令 ,或 者 按 Ctrl 十 F7 快捷 键 进行 语法 检查 ; 

使 用 断 点 : 单 击 步骤 前 的 区 域 即 可 设置 断 点 ; 

单 步 调试 : 选择 Debug>Step Over 命令 ,或 按 F10 快捷 键 跳 到 下 一 行 代码 ; 也 可 以 选 
择 Debug—Step Into 命令 ,或 按 F11 快捷 键 进入 代码 行 所 调用 的 函数 中 。 
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6) 分 析 测试 
(1) 测试 结果 总 图 如 图 12. 27 所 示 。 





Flight Results Summary 


[Wp riicht Tteratron 1 Oe 


Test Flight 
Results name - Rost 

Time Zone: ese ti) 

Run started: 2006-19-14 40001 
Run ended: 2006-5-19- 14.40:35 





hartian £ 











warnings 








图 12.27 测试 结果 总 图 
(2) 测试 结果 报告 展开 图 如 图 12. 28 所 示 。 





Step Name: "fromPort":Select "New York" 
Step Done 


Object Datos Result Tima 


“fromPort"Salact *New ‘Select New Dane 2006-519- 
York" Yok" 14:4019 








EET a ATE rr T 
booked your Might, dont forget to visit the Marcury Tours Hota! 
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12.28 测试 结果 报告 展开 图 
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MV 


自动 化 测试 流程 图 如 图 12. 29 所 示 。 





重复 步骤 ， 直 到 所 

执行 用 户 的 行为 N 等 待 进程 完成 N 自动 验证 ”| 和 有 的 应 用 程序 都 符 
1 | 2 3 合 验证 

4 



































图 12.29 自动 化 测试 流程 图 


6. 检查 点 


1) 什么 是 检查 点 

(1) 在 QTP 中 ,检查 点 是 一 个 特殊 的 值 . 它 比较 在 检查 点 附近 的 值 并 显示 结果 。 

(2) 这 个 值 是 对 象 的 一 个 属性 ,也 就 是 测试 所 产生 的 相应 的 值 。 

(3) QTP 将 测试 运行 产生 的 实际 结果 和 测试 计划 中 的 期 望 值 进行 比较 。 

(4) 如 果 两 个 值 匹配 ,检查 点 成 功 。 

2) 检查 点 在 测试 脚本 中 的 重要 性 

没有 检查 点 ,录制 好 的 测试 脚本 不 能 称 为 实用 的 测试 脚本 。 检 查 点 是 自动 化 测试 脚本 
代替 测试 工程 师 手工 测试 的 主要 手段 。 

录制 模式 下 的 检查 点 机 制图 如 图 12. 30 所 示 。 回 放 模 式 下 的 检查 点 工作 原理 图 如 
图 12. 31 所 示 。 


系统 生成 的 值 , 如 在 记录 过 
程 中 捕获 的 顺序 号 或 对 象 
属性 值 ， 成 为 预期 的 结果 


Object: Button 
Logical name: OK 
Property: enabled 
Value: True 














= Object: Button 
执行 检查 Tee 
Property: enabled 


Value: True 





图 12. 31 回放 模式 下 的 检查 点 工作 原理 图 
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界面 上 的 常用 检查 点 如 图 12.32 所 示 。 检 查 点 类 型 如 图 12. 33 所 示 。 


È$ Flight Reservation =|| % 
































图 12. 32 界面 上 常用 的 检查 点 
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图 12.33 检查 点 类 型 


3) 创建 检查 点 
表 12. 3 给 出 了 创建 检查 点 的 相关 说 明 。 
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表 12.3 创建 检查 点 
检查 点 类 型 说 有 明 范例 
标准 检查 点 检查 对 象 的 属性 检查 某 个 按钮 是 否 被 选取 
图 片 检 查 点 检查 图 片 的 属性 检查 图 片 的 来 源 文件 是 否 正确 
表格 检查 点 检查 表格 的 内 容 检查 表格 内 的 内 容 是 否 正确 
网 页 检查 点 检查 网 页 的 属性 re lao 
文字 /文字 区 域 | 检查 网 页 上 或 是 窗口 上 出 现 
检查 点 的 文字 是 否 正确 检查 登录 系统 后 出 现 登 录 成 功 的 文字 
提取 网 页 和 窗口 的 画面 检查 m 
图 像 检查 点 画面 是 否 正确 检查 网 页 或 者 网 页 的 一 部 分 是 否 如 期 显示 
数据 库 检 查 点 ”| 检查 数据 库 的 内 容 时 正确 检查 数据 库 查询 的 值 是 否 正确 
XML 检测 点 有 两 种 : XML 文件 检测 点 和 XML 应 
用 检测 点 。XML 文件 检测 点 用 于 检查 一 个 XML 文 
XML 检查 点 检查 XML 文件 的 内 容 fk, XML 应 用 检测 点 用 于 检查 一 个 Web 页 面 的 
XML 文档 
7. QTP 的 优势 


QTP 的 优势 如 表 12. 4 所 示 。 


表 12.4 QTP 的 优势 表 








QTP 的 优势 具体 说 明 
快速 QuickTest 执行 测试 比 人 工 测试 速度 快 
可 靠 QuickTest 每 一 次 的 测试 都 可 以 正确 地 执行 相同 的 动作 ,可 以 避免 人 工 测 试 的 错误 





可 重复 QuickTest 可 以 重复 执行 相同 的 测试 





可 程序 化 | QuickTest 可 以 以 程序 的 方式 ,编写 复杂 的 测试 脚本 ,以 带 出 隐藏 在 应 用 程序 中 的 信息 





广泛 性 QuickTest 可 以 建立 广泛 的 测试 脚本 ,涵盖 应 用 程序 的 所 有 功能 








可 再 使 用 | QuickTest 可 以 重复 使 用 测试 脚本 ,即使 应 用 程序 的 使 用 接口 已 经 改变 


8. OTP 识别 对 象 的 原理 


(1) QTP 里 的 对 象 有 两 个 概念 : 一 个 是 Test Object(TO) ,一 个 是 Runtime Object 


(RO). 


(2) TO 就 是 仓库 文件 里 定义 的 仓库 对 象 ,RO 是 被 测试 软件 的 实际 对 象 。 

(3) QTP 识别 对 象 , 一 般 是 要 求 先 在 对 象 仓库 文件 里 定义 仓库 对 象 ,里 面 存 有 实际 对 
象 的 特征 属性 的 值 。 

(4) 在 运行 的 时 候 , QTP 会 根据 脚本 里 的 对 象 名 ,在 对 象 仓库 里 找到 对 应 的 对 象 , 接 着 
根据 对 象 的 特征 属性 描述 ,在 被 测试 软件 里 搜索 找到 相 匹 配 的 实际 对 象 ,最 后 就 可 以 对 实际 


对 象 进行 操作 了 。 


(5) 仓库 对 象 TO 一 般 在 录制 /编写 脚本 时 加 入 仓库 文件 , 它 不 仅 可 以 在 录制 编写 时 进 
行 修改 ,也 可 以 在 运行 过 程 中 进行 动态 修改 ,以 匹配 实际 对 象 。 
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和 TO、RO 相关 的 几 个 函数 有 : 

O GetTOProperty() 一 一 取得 仓库 对 象 的 某 个 属性 的 值 ; 
© GetTOProperties() 取得 仓库 对 象 的 所 有 属性 的 值 ; 
© SetTOProperty() 一 一 设置 仓库 对 象 的 某 个 属性 的 值 ; 
@ GetROProperty() 一 一 取得 实际 对 象 的 某 个 属性 的 值 。 


9. OTP 操作 对 象 的 原理 





(1) QTP 为 用 户 提供 了 两 种 操作 对 象 的 接口 : 一 种 就 是 对 象 的 封装 接口 , 另 一 种 是 对 
象 的 自身 接口 。 

(2) 对 象 的 自身 接口 是 对 象 控件 本 身 的 接口 .做 过 软件 开发 .使 用 过 控件 的 人 应 该 很 
清楚 。 

(3) 对 象 的 封装 接口 是 QTP 为 对 象 封装 的 另 一 层 接 口 , 它 是 QTP 通过 调用 对 象 的 自 
身 接口 来 实现 的 。 

(4) 两 种 接口 的 差别 在 于 : 自身 接口 需要 在 对 象 名 后 面 加 object 再 加 属性 名 或 方法 
名 ,封装 接口 不 用 在 对 象 名 后 面 加 object。 

具体 格式 如 下 : 

D 对 象 . object. 自身 属性 

© WR. object. 自身 方法 () 

@ 对 象 . GetROProperty(" 封 装 属性 ") 

@ 对 象 . 封装 方法 () 

© 对 仓库 对 象 的 操作 : 

对 象 .GetTOProperty(" 封 装 属性 ") 

@ 对 象 . GetTOProperties() "获取 所 有 封装 属性 的 值 

® 对 象 . SetTOProperty(" 封 装 属性 ". "封装 属性 值 ") 


10. 描述 性 编程 


QTP 的 描述 性 编程 能 够 摆脱 测试 对 象 库 的 限制 ,编写 出 更 为 复杂 、 适 应 能 力 更 强 的 测 
试 脚本 。 即 不 需要 在 仓库 里 定义 ,也 能 访问 和 操作 实际 对 象 。 

用 描述 性 编程 编写 的 测试 脚本 在 运行 时 ,QTP 会 使 用 测试 脚本 中 给 出 的 对 象 描述 来 查 
找 对 象 ,查找 的 位 置 不 是 对 象 库 ,而 是 与 测试 程序 运行 时 QT 为 其 创建 的 临时 测试 对 象 版 本 
进行 匹配 。 

11. 描述 性 编程 的 使 用 方法 


QTP 提供 了 两 种 描述 性 编程 的 开发 方式 : 一 种 是 直接 描述 的 方式 , 另 一 种 是 使 用 
Description 对 象 的 方式 。 

1) 直接 描述 方式 

Dialog("Login"). WinEdit("attached text: =Agent Name: "). Set "mercury" 

Dialog( " Login"). WinEdit ( " Password: "). SetSecure " 4a7fab706784clca8eb64dffc208- 
d32a4e5825bb" 
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Dialog(" Login"). WinButton("OK"). Click 

2) Description 对 象 方 法 

Description 对 象 用 于 返回 对 象 包含 的 属性 ,要 使 用 Description 对 象 ,首先 要 创建 
Description 。 

下 面 使 用 Description 对 象 方法 修改 上 述 的 脚本 : 

Set MyDesc= Description. Create() 

MyDesc( "attached text"). Value 一 "Agent Name: " 

Dialog(" Login"). WinEdit(MyDesc), Set "mercury" 

Dialog( " Login"), WinEdit ( " Password: "). SetSecure " 4a7fab706784clca8eb64dffc208- 
d32a4e5825bb" 

Dialog(" Login"). WinButton("OK"). Click 


12.3.3 WinRunnerMercury 
1. 简介 


Interactive 公司 的 WinRunner 是 一 种 企业 级 的 功能 测试 工具 ,用 于 检测 应 用 程序 是 否 
能 够 达到 预期 的 功能 及 正常 运行 。 通 过 自动 录制 .检测 和 回放 用 户 的 应 用 操作 , WinRunner 
能 够 有 效 地 帮助 测试 人 员 对 复杂 的 企业 级 应 用 的 不 同 发 布 版 进行 测试 ,提高 测试 人 员 的 工 
作 效 率 和 质量 ,确保 跨 平台 的 、 复 杂 的 企业 级 应 用 无 故障 发 布 及 长 期 稳定 运行 ,如 图 12. 34 
所 示 。 企 业 级 应 用 可 能 包括 Web 应 用 系统 、ERP 系统 .CRM 系统 等 。 这 些 系统 在 发 布 之 
前 升级 之 后 都 要 经 过 测试 ,确保 所 有 功能 都 能 正常 运行 ,没有 任何 错误 。 如 何 进行 有 效 的 
测试 满足 系统 不 断 升 级 更 新 ,并 适应 不 同 的 应 用 系统 ,是 每 个 公司 都 会 面临 的 问题 。 





图 12.34 WinRunner 界面 


第 12 章 ”自动 化 测试 工具 


2. 软件 功能 


1) 轻松 创建 测试 

用 WinRunner 创建 一 个 测试 ,只 需 单 击 鼠 标 和 键盘 ,就 可 完成 一 个 标准 的 业务 操作 流 
程 , WinRunner 能 自动 记录 你 的 操作 并 生成 所 需 的 脚本 代码 。 这 样 ,即使 计算 机 技术 知识 
有 限 的 用 户 也 能 轻松 创建 完整 的 测试 。 你 还 可 以 直接 修改 测试 脚本 以 满足 各 种 复杂 测试 的 
需求 。WinRunner 提供 这 两 种 测试 创建 方式 ,满足 测试 团队 中 业务 用 户 和 专业 技术 人 员 的 
不 同 需求 。 

2) 插入 检查 点 

在 记录 一 个 测试 的 过 程 中 ,可 以 插入 检查 点 ,检查 在 某 个 时 刻 /状态 下 ,应 用 程序 是 否 运 
行 正常 。 在 插入 检查 点 后 ,WinRunner 会 收集 一 套数 据 指标 ,在 测试 运行 时 对 其 一 一 验证 。 
WinRunner 提供 几 种 不 同类 型 的 检查 点 ,包括 文本 的 GUT 位 图 和 数据 库 。 例 如 ,利用 一 
个 位 图 检查 点 ,可 以 检查 公司 的 图 标 是 否 出 现 于 指定 位 置 。 

3) 检验 数据 

除了 创建 并 运行 测试 ,WinRunner 还 能 验证 数据 库 的 数值 ,从 而 确保 业务 交易 的 准确 
性 。 例 如 ,在 创建 测试 时 ,可 以 设 定 哪 些 数据 库 表 和 记录 需要 检测 ; 在 测试 运行 时 ,测试 程 
序 就 会 自动 核对 数据 库 内 的 实际 数值 和 预期 的 数值 。WinRunner 自动 显示 检测 结果 ,在 有 
更 新 /删除 /插入 的 记录 上 突出 显示 以 引起 注意 。 

4) 增强 测试 

为 了 彻底 全 面 地 测试 一 个 应 用 程序 ,需要 使 用 不 同类 型 的 数据 。WinRunner 的 Data 
Driver Wizard( 数 据 驱 动向 导 ) 可 以 让 你 简单 地 单 击 几 下 鼠标 ,就 可 以 把 一 个 业务 流程 测试 
转化 为 数据 驱动 测试 ,从 而 反映 多 个 用 户 各 自 独 特 且 真 实 的 行为 。 

以 一 个 订单 输入 的 流程 为 例 , 你 可 能 希望 把 订单 号 或 客户 名 称 作为 可 变 栏 ,用 多 套数 据 
进行 测试 。 使 用 Data Driver Wizard, 可 以 选择 订单 号 或 客户 名 称 用 数据 表格 文件 中 的 哪个 
栏目 的 数据 替换 。 你 可 以 把 订单 号 或 客户 名 称 输入 数据 表格 文件 ,或 从 其 他 表格 和 数据 库 
中 导入 。 数 据 驱动 测试 不 仅 节省 了 时 间 和 资源 ,还 提高 了 应 用 的 测试 覆盖 率 。 

WinRunner 还 可 以 通过 Function Generator 增加 测试 的 功能 。 使 用 Function 
Generator 可 以 从 目录 列表 中 选择 一 个 功能 增加 到 测试 中 以 提高 测试 能 力 。 例 如 ,你 可 以 
选择 calendar, 然 后 从 日 历 功能 的 下 属 目录 中 选择 ,如 Calendar_select_date() ,然后 可 以 直 
观 地 输入 参数 ,把 这 个 功能 插入 到 你 的 测试 中 。 

针对 相当 数量 的 企业 应 用 中 的 非 标准 对 象 , WinRunner 提供 了 Virtual Object Wizard 
(虚拟 对 象 向 导 ) 来 识别 以 前 未 知 的 对 象 。 使 用 Virtual Object Wizard ,你 可 以 选择 未 知 对 
象 的 类 型 , 设 定 标 识 和 命名 。 在 录制 使 用 该 对 象 的 测试 时 , WinRunner 会 自动 对 应 它 的 名 
字 , 从 而 提高 测试 脚本 的 可 读 性 和 测试 质量 。 

5) 运行 测试 

创建 好 测试 脚本 ,并 插入 检查 点 和 必要 的 添加 功能 后 .就 可 以 开始 运行 测试 了 。 运 行 测 
试 时 ,WinRunner 会 自动 操作 应 用 程序 ,就 像 一 个 真实 的 用 户 根据 业务 流程 在 执行 每 一 步 
的 操作 。 在 测试 运行 过 程 中 ,如 有 网 络 消息 窗口 出 现 或 其 他 意外 事件 出 现 , WinRunner 也 
会 根据 预先 的 设 定 排除 这 些 干 扰 。 
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6) 分 析 结 果 

测试 运行 结束 后 ,需要 分 析 测 试 结 果 。WinRunner 通过 交互 式 的 报告 工具 来 提供 详尽 
的 、 易 读 的 报告 。 报 告 中 会 列 出 测试 中 发 现 的 错误 内 容 、 位 置 、 检 查 点 和 其 他 重要 事件 ,帮助 
你 对 测试 结果 进行 分 析 。 这 些 测试 结果 还 可 以 通过 Mercury 公司 的 测试 管理 工具 
TestDirector 来 查阅 。 

7) 维护 测试 

随 着 时 间 的 推移 ,开发 人 员 会 对 应 用 程序 做 进一步 的 修改 ,并 需要 增加 另外 的 测试 。 使 
用 WinRunner, 你 不 必 对 程序 的 每 一 次 改动 都 重新 创建 你 的 测试 。WinRunner 可 以 创建 在 
整个 应 用 程序 生命 周期 内 都 可 以 重复 使 用 的 测试 ,从 而 大 大 地 节省 时 间 和 资源 。 

每 次 记录 测试 时 , WinRunner 会 自动 创建 一 个 GUI Map 文件 以 保存 应 用 对 象 。 这 些 
对 象 分 层次 组 织 , 既 可 以 总 览 所 有 的 对 象 ,也 可 以 查询 某 个 对 象 的 详细 信息 。 一 般 而 言 ,对 
应 用 程序 的 任何 改动 都 会 影响 到 成 百 上 千 个 测试 。 通 过 修改 一 个 GUI Map 文件 而 非 无 数 
个 测试 , WinRunner 可 以 方便 地 实现 测试 重用 。 

帮助 你 的 应 用 程序 为 无 线 应 用 作 准 备 : 随 着 无 线 设 备 种 类 和 数量 的 增加 ,应 用 程序 测 
试 计 划 需 要 同时 满足 传统 的 基于 浏览 器 的 用 户 和 无 线 浏 览 设 备 , 如 移动 电话 、 传 呼 机 和 个 人 
数字 助理 (PDA) 。 

无 线 应 用 协议 是 一 种 公开 的 、 全 球 性 的 网 络 协议 ,用 来 支持 标准 数据 格式 化 和 无 线 设 备 
信号 的 传输 。 

使 用 WinRunner, 测 试 人 员 可 以 利用 微型 浏览 模拟 器 来 记录 业务 流程 操作 ,然后 回放 
和 检查 这 些 业 务 流程 功能 的 正确 性 。 

2006 年 Mercury 公司 被 HP 收购 ,如 今 Winrunner 已 从 HP 产品 家 族 中 消失 。 一 代 巨 
星 就 这 样 陨落 了 ; 然而 它 的 市 场 并 未 消失 ,目前 国内 外 仍 有 众多 公司 使 用 它 做 自动 化 测试 ， 
它 的 C 语言 脚本 也 决定 了 它 在 IT 系统 底层 及 嵌入 式 领 域 的 重要 地 位 。 


12.3.4 Rational Robot 


Rational Robot 是 业界 最 顶尖 的 功能 测试 工具 , 它 甚至 可 以 在 测试 人 员 学 习 高 级 脚本 
技术 之 前 帮助 其 进行 成 功 的 测试 。 它 集成 在 测试 人 员 的 桌面 IBM Rational Test Manager 
上 ,在 这 里 测试 人 员 可 以 计划 、 组 织 , 执 行 , 管 理 和 报告 所 有 测试 活动 ,包括 手动 测试 报告 。 
这 种 测试 和 管理 的 双重 功能 是 自动 化 测试 的 理想 开始 。 

Rational Robot 可 开发 三 种 测试 脚本 : 用 于 功能 测试 的 GUI 脚本 、 用 于 性 能 测试 的 
VU 以 及 VB 脚本 。 

Rational Robot 是 Rational 的 产品 之 一 ,提供 了 软件 测试 的 功能 , 行 如 其 名 ,Robot( 机 
器 人 ) 提 供 了 许多 类 似 机 器 人 的 重复 过 程 , 供 测试 用 。 

IBM Rational Robot 可 以 让 测试 人 员 对 .NET Java, Web 和 其 他 基于 GUI 的 应 用 程序 
进行 自动 的 功能 性 回归 测试 。 

Rational Robot 是 一 种 对 环境 的 多 功能 的 .回归 和 配置 测试 工具 ,在 该 环境 中 ,可 以 使 
用 一 种 以 上 的 IDE 和 (或 编程 语言 开发 应 用 程序 。 

Rational Robot 可 以 很 容易 地 使 手动 测试 小 组 转变 到 自动 测试 上 来 ,因为 它 易于 使 用 ， 
并 且 可 以 帮助 测试 者 在 工作 的 过 程 中 学 习 一 些 自动 处 理 的 知识 。 
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Rational Robot 允许 经 验 丰富 的 测试 自动 化 工程 师 使 用 条 件 逻辑 覆盖 更 多 应 用 程序 以 
扩展 其 测试 脚本 ,以 发 现 更 多 缺陷 并 且 定 义 测试 案例 以 调用 外 部 DLL( 动 态 链接 库 ) 或 可 执 
Tt. 

Rational Robot 为 诸如 菜单 .列表 和 位 图 这 些 通 用 的 对 象 提供 测试 用 例 和 为 特定 于 开 
发 环境 的 对 象 提供 专用 的 测试 用 例 。 

Rational Robot 包括 内 置 的 测试 管理 ,并 且 在 IBM Rational Team Unifying Platform 
中 整合 了 错误 跟踪 的 工具 ,这 改变 了 管理 和 需求 跟踪 能 力 。 

Rational Robot 支持 从 Java 和 Web 到 所 有 VS. NET 控件 的 多 种 UI 技术 ,包括 VB. NET. 
J#.C# Ml Managed C++. 


12.3.5 AdventNet OEngineAdventNet OEngine 


AdventNet QEngineAdventNet QEngine 是 一 个 应 用 广泛 且 独 立 于 平台 的 自动 化 软件 
测试 工具 ,可 用 于 Web 功能 测试 Web 性 能 测试 ,Java 应 用 功能 测试 Java API 测试 .SOAP 
测试 .回归 测试 和 Java 应 用 性 能 测试 。 支 持 对 于 使 用 HTML, JSP, ASP.. NET, PHP, 
JavaScript/ VBScript, XML, SOAP, WSDL, 、E-commerce、 传 统 客户 端 /服务 器 等 开发 的 应 用 
程序 进行 测试 。 此 工具 以 Java 开发 ,因此 便于 移植 和 提供 多 平台 支持 。 





12.3.6 SilkTest 


SilkTest 是 业界 领先 的 .用 于 对 企业 级 应 用 进行 功能 测试 的 产品 ,可 用 于 测试 Web, 
Java 或 是 传统 的 C/S 结构 。SilkTest 提供 了 许多 功能 ,使 用 户 能 够 高 效率 地 进行 软件 自动 
化 测试 。 这 些 功能 包括 : 测试 的 计划 和 管理 ; 直接 的 数据 库 访 问 及 校 验 ; 灵活 、 强 大 的 
4Test 脚本 语言 .内置 的 恢复 系统 (Recovery System); 以 及 具有 使 用 同一 套 脚 本 进行 跨 平 
台 、 跨 浏览 器 和 技术 进行 测试 的 能 力 。 

在 测试 过 程 中 ,SilkTest 还 提供 了 独 有 的 恢复 系统 ,允许 测试 在 24X7X365 全 天 候 
无 人 看 管 条 件 下 运行 。 在 测试 过 程 中 一 些 错误 导致 被 测 应 用 崩溃 时 ,错误 可 被 发 现 并 记 
录 下 来 ,之 后 ,被 测 应 用 可 以 被 恢复 到 它 原来 的 基本 状态 ,以 便 进行 下 一 个 测试 用 例 的 
测试 。 

SilkTest 是 一 种 用 于 目前 全 球 企 业 应 用 的 先进 的 基于 标准 的 测试 平台 。 和 凭借 
SilkTest. Segue 通过 为 用 户 提 供 跨 多 语言 .多 平台 和 多 个 Web 浏览 器 实施 单个 脚本 、 对 本 
地 化 应 用 进行 同步 测试 的 能 力 ,使 其 领先 的 SilkTest 功能 测试 产品 的 功能 得 到 了 扩展 。 

SilkTest 有 如 下 特点 : 

(1) 利用 单一 测试 脚本 进行 同步 语言 测试 。 

借助 SilkTest International, 企 业 能 够 更 好 地 满足 常 与 业务 应 用 本 地 化 有 关 的 紧张 的 
发 布 进度 要 求 。 单 一 的 测试 脚本 支持 所 有 语言 。 这 就 意味 着 测试 不 必 为 每 一 种 语言 都 开发 
测试 ,从 而 使 本 地 化 测试 进程 更 高 效 。 此 外 ,测试 可 针对 所 有 语言 同步 运行 ,从 而 加 快 上 市 
速度 ,降低 软件 测试 成 本 ,并 有 助 于 确保 应 用 在 全 球 的 平稳 发 布 。 

(2) 通过 Unicode 标准 提供 双 字 节 支 持 。 

SilkTest International 对 任何 语言 的 测试 应 用 提供 完整 .基于 标准 (Unicode) 的 支持 。 
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对 双 字 节 字 符 的 全 面 支持 能 够 确保 在 那些 不 受 标 准 ASCII 字符 集 支持 的 语言 (如 日 文 和 简 
体 中 文 ) 中 进行 测试 。 通 过 支持 Unicode 标准 ,SilkTest International 可 保护 客户 的 实施 方 
法 ,使 其 免 于 由 于 采用 专 有 字符 集 而 可 能 造成 的 任意 改动 。 

(3) 对 本 地 平台 的 广泛 支持 。 

SilkTest International 确保 本 地 化 的 应 用 在 本 地 软 /硬件 环境 中 正确 运行 。 未 经 改动 
的 单一 测试 脚本 能 够 在 Windows NT 和 Windows 2000 的 多 种 本 地 化 版 本 上 同时 运行 。 因 
为 认可 包括 HTML, JavaScript, ActiveX, Java, Visual Basic 和 C/C++ 在 内 的 多 种 开发 平 
台 ,进一步 缩减 了 测试 开发 和 执行 时 间 。SilkTest International 还 认可 国际 化 键盘 ,并 提供 
对 现场 敏感 数据 (如 日 期 和 数字 ) 的 全 面 处 理 能 力 ,从 而 确保 本 地 化 版 本 的 一 致 性 运行 。 

(4) 有 效 管理 质量 流程 。 

SilkTest International 跨 多 个 平台 、 开 发 环境 和 浏览 器 无 缝 地 对 计划 测试 和 报告 进行 
集成 。 借 助 SilkTest International, 能 够 以 用 户 定义 的 标准 共享 测试 计划 .查询 和 执行 分 组 
化 的 testcases 所 有 这 些 都 通过 中 央 控 制 点 来 完成 。 此 外 ,还 能 够 通过 可 表明 发 布 最 新 
状态 的 当前 测试 结果 来 自动 生成 报告 。 

(5) 自动 恢复 系统 。 

自动 化 的 努力 可 通过 SilkTest International 的 独特 恢复 系统 得 到 进一步 增强 ,因为 它 
可 以 在 无 须 看 守 的 情况 下 运行 测试 。 如 果 发 生 错误 ,造成 应 用 失效 ,恢复 系统 会 记录 错误 ， 
然后 将 应 用 重 置 为 最 初 状 态 ,使 下 一 个 测试 用 例 得 以 运行 。 

(6) 数据 驱动 测试 。 

使 用 外 部 的 数据 源 ,如 电子 表格 或 数据 库 等 ,无 论 是 初学 者 还 是 高 手 都 很 容易 为 应 用 创 
建 基于 数据 驱动 的 测试 。 

测试 逻辑 与 测试 数据 独立 ,SilkTest 的 数据 驱动 测试 使 得 用 户 可 以 使 用 大 量 的 数据 进 
行 逻 辑 功能 测试 ,多 样 化 的 测试 条 件 大 大 提高 了 测试 覆盖 率 。 

Silk Test 数据 驱动 测试 能 力 ,单一 测试 处 理 多 数据 集 相对 于 单个 测试 数据 更 容易 维护 
测试 脚本 。 

(7) 先进 的 测试 技术 。 

SilkTest International 提供 Segue 业界 领先 的 SilkTest 产品 所 具有 的 所 有 核心 特性 和 
好 处 ,而 SilkTest 是 用 于 企业 应 用 的 最 出 色 的 功能 测试 工具 。SilkTest 提供 出 类 拔 荃 的 用 
户 特性 和 管理 功能 ,以 及 对 整个 质保 过 程 的 增强 型 控制 。 

(8) 选择 的 特性 。 

© 用 于 无 须 看 守 的 情况 下 ,365 天 全 天 候 测 试 的 恢复 系统 ; 

© 瞬间 生产 力 的 基本 工作 流程 ; 

© 通过 海量 数据 来 测试 业务 逻辑 功能 的 数据 驱动 工作 流程 ; 

@ 自动 完成 快速 测试 定制 和 自动 化 基础 架构 开发 ; 

© 用 于 组 织 和 共享 测试 信息 的 项 目 工作 空间 ; 

图 形 用 户 界面 (GUT) 抽 象 层 提高 重复 使 用 性 ,更 易于 维护 测试 和 脚本 ; 

© 可 扩展 、 高 度 可 移植 和 易于 维护 的 脚本 语言 ; 

@ 分 离 Agent 技术 ,以 全 面 模拟 最 终 用 户 体 验 ; 

O 分 布 式 的 测试 有 效 利用 硬件 资源 和 提升 的 生产 力 ; 
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© 与 任何 Unicode 驱动 的 ODBC 数据 资源 的 兼容 性 。 
12.3.7 QARun 
1. 简介 


QARun 为 当今 关键 的 客户 /服务 器 .电子 商务 以 及 企业 资源 规划 (ERP) 应 用 提供 企业 
级 的 功能 测试 。 通 过 将 费时 的 测试 脚本 开发 和 测试 执行 自动 化 ,QARun 帮助 测试 人 员 和 
QA 管理 人 员 更 有 效 地 工作 以 加 快 应 用 开发 。 

QARun 的 测试 实现 方式 是 通过 鼠标 移动 .键盘 按键 操作 被 测 应 用 ,继而 得 到 相应 的 测 
试 脚本 ,对 该 脚本 可 以 进行 编辑 和 调试 。 在 记录 的 过 程 中 可 针对 被 测 应 用 中 所 包含 的 功能 
点 进行 基线 值 的 建立 , 换 句 话 说 ,就 是 在 插入 检查 点 的 同时 建立 期 望 值 。 在 这 里 检查 点 是 目 
标 系 统 的 一 个 特殊 方面 在 某 一 特定 点 的 期 望 状态 。 通 常 ,检查 点 在 QARun 提示 目标 系统 
执行 一 系列 事件 之 后 被 执行 。 检 查 点 用 于 确定 实际 结果 与 期 望 结果 是 否 相 同 。 


2. QARun 测试 环境 


(1) QARun 适用 于 所 有 关键 业务 应 用 测试 , 它 可 以 在 复杂 的 企业 环境 里 测试 各 种 各 样 
的 应 用 。QARun 支持 Microsoft windows/'target='_blank'> Windows 图 形 用 户 界 面 的 应 
JA, an, AGL, PowerBuilder, UNIFACE fil Visual Basic, 

(2) 打包 的 应 用 包括 SAP, Siebel, Oracle Web Form 和 PeopleSoft. 

(3) Windows 2000 控件 : 基于 Web 的 应 用 ,如 ActiveX. java/" target="_blank" > 
Java, HTML #il DHTML, 

(4) 客户 /服务 器 应 用 。 

(5) 远程 系统 : 通过 一 个 基于 Windows 的 终端 仿真 程序 访问 的 中 间 件 和 主机 应 用 。 


3. QARun 方法 


1) 自动 创建 脚本 

QARun 的 学 习 功 能 自动 生成 面向 对 象 的 测试 脚本 。QARun 测试 脚本 是 为 自动 化 和 
测试 特别 设计 的 ,类 似 英 语 的 脚本 语言 。 每 个 测试 操作 都 被 翻译 成 简单 的 面向 对 象 的 命 
令 , 如 : 

Type "hello world" 

MenuSelect "File~Exit" 

Button "No", "Single Click" 

这 些 脚 本 在 底层 应 用 中 对 变更 的 敏感 性 较 小 ,即使 对 象 的 显示 和 位 置 改变 ,还 是 可 以 再 
使 用 它们 。QARun 为 4GL( 如 Visual Basic, PowerBuilder 和 UNIFACE) 和 打包 应 用 (如 
SAP, Siebel 和 Oracle Web Form) 的 应 用 程序 界面 级 提供 对 象 层 支持 。 当 脚本 需要 修改 或 
增加 时 ,高 级 的 脚本 语言 向 导 会 通过 几 个 简单 的 步骤 指导 添加 功能 。 

测试 Web 应 用 需要 了 人 解 在 Internet Explorer 和 Netscape Navigator 下 ,应 用 会 怎样 运 
行 。 QARun 的 测试 会 针对 不 同 的 浏览 器 进行 自 适应 ,从 而 减少 建立 和 维护 脚本 的 时 间 。 
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2) 自动 执行 测试 

QARun 通过 比较 系统 响应 的 实际 值 和 期 望 值 来 验证 应 用 功能 是 否 正 确 。 它 独一无二 
的 文本 识别 技术 使 它 可 以 捕获 实际 文本 而 且 不 论文 本 的 字体 、 大 小 和 颜色 如 何 。 对 于 实际 
文本 ,可 以 测试 日 期 和 数码 的 ASCI 码 或 任何 字母 数字 的 实际 值 。 

QARun 为 以 下 检查 类 型 提供 内 置 校 验 : Bitmap, Response, FileeAID Compare, Form, 
List, Menu, Table, Window, User-Define, Text, Link 和 Site Check. 

3) 脚本 调整 

为 帮助 检验 测试 脚本 独 有 的 信息 ,QARun 提供 重要 的 区 域 屏 项 来 保护 可 以 动态 修改 
的 区 域 ,如 内 部 控制 ID。 区 域 屏 蔽 可 以 针对 runtime 环境 的 变更 而 灵活 地 调整 测试 脚本 。 

4) 自动 地 同步 脚本 

在 不 同 的 网 络 系统 或 不 同 的 负载 下 ,系统 的 响应 时 间 是 不 同 的 。 测 试 脚本 必须 为 被 测 
应 用 留 有 足够 的 时 间 处 理 当 前 数据 ,并 同时 开始 处 理 下 一 批 数据 。QARun 为 此 提供 一 个 
内 置 的 同步 机 制 ,使 各 个 脚本 可 以 同步 执行 。 

5) 脚本 拼接 

利用 QARun, 可 以 使 用 少量 脚本 实现 大 规模 的 测试 。QARun 可 以 利用 外 部 数据 文件 
进行 脚本 拼接 ,以 帮助 建立 单一 的 表现 大 量 不 同 测试 场景 的 脚本 。 于 是 测试 脚本 的 维护 量 
大 大 减少 。 

Compuware 的 男 一 个 产品 一 一 File-AID/CS 可 以 把 定义 、 建 立 和 维护 测试 数据 以 及 执 
行 后 验证 数据 结果 的 过 程 自动 化 。QARun 和 File-AID/CS 的 紧密 结合 为 功能 测试 和 数据 
可 靠 性 提供 了 一 个 全 面 解决 方案 。 

6) 改进 错误 处 理 

有 时 在 测试 期 间 还 需要 对 一 些 意外 的 情况 进行 处 理 ,这 些 意外 可 能 出 现在 QARun 之 
外 而 又 在 计算 机 系统 之 内 。 在 这 种 情况 下 , QARun 可 以 通过 使 脚本 与 被 测 系统 同步 来 避 
免 测试 中 断 。 用 户 可 以 在 脚本 中 定义 事件 ,强迫 测试 过 程 处 于 等 待 状态 ,直到 给 定 的 条 件 发 
生 ; 或 者 ,无 论 在 何 种 情况 下 ,只 要 给 定 条 件 发 生 就 执行 一 组 预定 的 任务 。 例 如 ,在 屏幕 上 弹 
出 电子 邮件 通知 。 

QARun 有 一 些 预先 定义 好 的 事件 .如 窗口 出 现 或 消失 、 时 间 流 逝 、 鼠 标 动作 ,键盘 动 
作 、 菜 单 选择 和 文本 。 事 件 也 可 用 于 交互 性 测试 或 以 预定 义 方式 执行 。 

7) 完整 的 Web 站 点 测试 

QARun 通过 Site Check 的 手段 提供 完整 的 Web 站 点 测试 。 该 向 导 驱 动 的 任务 可 以 测 
试 孤立 页 \ 不 完整 的 URL、 坏 链接 、 被 移动 页 .新 页 或 旧 页 、 快 页 和 慢 页 。Site Check 也 提供 
对 单一 URL 的 检查 。 

8) 综合 测试 分 析 

QARun 可 以 在 整个 测试 运行 期 间 对 被 测 应 用 运行 的 状态 进行 全 程 记录 。 每 次 测试 执 
行 时 ,QARun 会 建立 一 个 日 志文 件 。 这 个 日 志 存 储 关于 所 有 命令 .动作 和 脚本 送 到 目标 系 
统 的 详细 信息 ,以 及 编码 的 颜色 .所 有 已 进行 的 校 验 的 详细 信息 。 当 验证 失败 ,期 望 的 和 实 
际 的 响应 会 记录 到 比较 日 志 中 。 在 失败 的 校 验 信息 上 双击 可 调 出 一 个 对 话 框 ,与 期 望 值 的 
不 同 之 处 会 突出 显示 出 来 以 方便 比较 。 
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12.3.8 TestPartner 


TestPartner 是 一 个 自动 化 的 功能 测试 工具 , 它 专 为 测试 基于 微软 ,Java 和 Web 技术 的 
复杂 应 用 而 设计 。 它 使 测试 人 员 和 开发 人 员 都 可 以 使 用 可 视 的 脚本 编制 和 自动 向 导 来 生成 
可 重复 的 测试 ,用 户 可 以 调用 VBA 的 所 有 功能 ,并 进行 任何 水 平 层 次 和 细节 的 测试 。 
TestPartner 的 脚本 开发 采用 通用 的 、 分 层 的 方式 来 进行 。 没 有 编程 知识 的 测试 人 员 也 可 以 
通过 TestPartner 的 可 视 化 导航 器 来 快速 创建 测试 并 执行 。 通 过 可 视 的 导航 器 录制 并 回放 
测试 ,每 一 个 测试 都 将 被 展示 为 树 状 结构 ,以 清楚 地 显现 测试 通过 应 用 的 路 径 。 

使 用 TestPartner 的 通用 的 层次 方法 ,测试 人 员 有 一 点 或 没有 程序 知识 都 可 以 使 用 
Visual Navigator 快速 的 记录 和 回放 应 用 测试 脚本 。TestPartner 在 树 形 结构 中 记录 和 显示 
测试 。 这 些 图 形 可 清楚 地 验证 Web 应 用 的 测试 路 径 , 单 击 对 象 以 及 数据 输入 ,提供 可 视 化 
的 高 级 脚本 语言 表示 法 。 

TestPartner 自动 化 的 创建 和 插入 验证 检查 点 , 称 为 Page Checks 到 测试 中 。 测 试 人 员 
不 再 需要 输入 手工 定义 。 接 下 来 , 当 用 户 在 录制 session 期 间 , 通 过 浏览 Web 应 用 ， 
TestPartner 创建 并 插入 检查 点 。 通 过 自动 化 的 创建 和 插入 验证 点 ,测试 人 员 可 更 快 地 创建 
测试 ,支持 更 短 的 发 布 期 限 。 

开发 者 和 测试 人 员 所 有 技术 层次 ,都 能 够 使 用 TestPartner 快速 地 创建 测试 脚本 。 自 
动 化 的 对 象 识 别 脚本 生成 ,使 得 测试 脚本 很 容易 理解 和 维护 。 菜 单 驱动 对 话 框 ,对 于 期 望 的 
结果 和 域 值 添加 逻辑 检查 。 开 发 人 员 和 测试 人 员 能 够 从 录制 session 中 自动 化 地 生成 清楚 、 
可 定制 的 测试 脚本 。 

TestPartner 测试 基于 组 件 的 应 用 ,包括 测试 在 客户 端 或 在 服务 器 端的 GUI 和 非 GUI 
的 COM 组件, 提供 广泛 的 支持 。 通 过 脚本 语言 测试 服务 器 端 COM 对 象 时 ,让 用 户 测试 客 
户 端 已 经 运行 的 COM 对 象 ,TestPartner 是 唯一 的 测试 工具 。 应 用 测试 尽早 开始 ,在 GUI 
被 创建 之 前 ,确保 分 布 式 应 用 功能 所 有 的 方面 都 像 期 望 的 一 样 。 

TestPartner 的 集成 能 力 提 供 了 更 广泛 的 .加速 开发 和 分 布 式 应 用 测试 的 端 到 端的 解决 
方案 。 它 可 改善 开发 和 测试 团队 之 间 的 通信 ,使 团队 成 员 能 够 更 紧密 地 工作 ,在 开发 生命 周 
期 中 尽早 找到 和 解决 问题 。 

从 实际 的 测试 执行 ,通过 生成 负载 测试 脚本 ,测试 人 员 可 节省 时 间 。 可 以 使 用 
TestPartner 和 Compuware QALoad。QALoad 是 企业 级 的 负载 测试 工具 ,帮助 测试 人 员 、 
开发 者 和 系统 管理 人 员 ,有 效 地 负载 测试 分 布 式 应 用 。 

TestPartner 与 TrackRecord 也 可 以 集成 ,TrackRecord 是 Compuware 变更 需求 管理 
系统 ,通过 任务 、timeline、 项 目 或 单独 的 参与 者 ,分 发 广泛 的 项 目 追 踪 。TrackRecord 监控 
并 控制 发 布 .项 目 里 程 碑 、 功 能 ,任务 \ 测 试 资产 以 及 其 他 与 应 用 开发 项 目 相 关 的 信息 。 因 为 
TestPartner 与 TrackRecord 关联 ,所 以 在 脚本 被 执行 之 后 ,在 测试 执行 期 间 , TestPartner 
将 以 自动 化 方式 提交 暴露 的 缺陷 到 TrackRecord。 创 建 评审 追踪 ,快速 地 追踪 和 修改 问题 。 

使 用 TestPartner 的 ActiveAnalysis 功能 ,伴随 测试 应 用 的 每 一 个 方面 .测试 人 员 可 获 
得 信心 。 与 DevPartner 自动 化 的 错误 检查 技术 集成 ,可 以 测试 内 部 的 软件 问题 ,比如 内 存 
泄露 无效 的 API 调用 以 及 应 用 源 代码 覆盖 。ActiveAnalysis 让 测试 人 员 同 时 运行 相同 的 
测试 当 缺 陷 发 生 时 一 个 是 验证 ,同时 另 一 个 定位 问题 并 定义 为 什么 会 发 生 一 一 深层 的 
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根本 原因 的 分 析 。 

除了 与 很 多 的 Compuware 产品 紧密 集成 之 外 ,TestPartner 也 与 SAP 的 测试 工作 平台 
eCATT 集成 。 事 实 上 ,TestPartner 是 市 场 上 唯一 的 ,与 eCATT 集成 接受 SAP 认证 的 测 
试 工具 。 对 于 投资 在 SAP 解决 方案 的 组 织 , 该 集成 基本 达到 完成 SAP 测试 并 部 署 更 有 信 
心 的 应 用 。 

在 Windows 和 Java 环境 ,eCATT 支持 SAP 应 用 测试 ,TestPartner 与 eCATT 集成 并 
且 对 于 HTML、ERP、CRM 以 及 分 布 式 应 用 ,通过 SAP GUI 支持 测试 SAP 应 用 。 


1. 常用 的 自动 化 测试 工具 有 哪些 ? 
2. 选择 自动 化 测试 工具 ,要 考虑 哪些 因素 ? 





测试 框架 | 


1. 概述 


从 如 何 进 行 单元 测试 展开 ,讲述 JUnit 单元 测试 技术 。 读 者 能 够 掌握 JUnit 测试 框架 ， 
掌握 使 用 JUnit 编写 自动 化 单元 测试 框架 的 技巧 。 


2. 重点 和 难点 


1) 重点 
(1) JUnit 安装 配置 ; 
(2) JUnit 断言 使 用 。 
2) 难点 
JUnit 扩展 集成 应 用 。 


目前 的 最 流行 的 单元 测试 工具 是 xUnit 系列 框架 ,常用 的 根据 语言 不 同 分 为 JUnit 
(Java) ,CppUnit(C++) ,DUnit (Delphi ) .NUnit(. NET)、PhpUnit(PHP) 等 。 该 测试 框架 
的 第 一 个 和 最 杰出 的 应 用 就 是 由 Erich Gamma (《 设 计 模式 》 的 作者 ) 和 Kent Beck (XP 
(Extreme Programming) 的 创始 人 ) 提 供 的 开放 源 代码 的 JUnit。 


(13.1 JUnit 单元 测试 框架 
2 


1. JUnit 的 优势 


(1) 可 以 使 测试 代码 与 产品 代码 分 开 。 

(2) 针对 某 一 个 类 的 测试 代码 通过 较 少 的 改动 便 可 以 应 用 于 另 一 个 类 的 测试 。 
(3) 易于 集成 到 测试 人 员 的 构建 过 程 中 ,JUnit 和 Ant 的 结合 可 以 实施 增 量 开发 。 
(4) JUnit 是 公开 源 代 码 的 ,可 以 进行 二 次 开发 。 

(5) 可 以 方便 地 对 JUnit 进行 扩展 。 


2. JUnit 单元 测试 编写 原则 


(1) 简化 测试 编写 ,这 种 简化 包括 测试 框架 的 学 习 和 实际 测试 单元 的 编写 。 
(2) 使 测试 单元 保持 持久 性 。 
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(3) 可 以 利用 既 有 的 测试 来 编写 相关 的 测试 。 
3. JUnit 的 特征 


(1) 使 用 断言 方法 判断 期 望 值 和 实际 值 差异 ,返回 Boolean 值 。 
(2) 测试 驱动 设备 使 用 共同 的 初始 化 变量 或 者 实例 。 

(3) 测试 包 结构 便于 组 织 和 集成 运行 。 

(4) 支持 图 形 交 互 模式 和 文本 交互 模式 。 


4. JUnit 框架 组 成 


(1) 对 测试 目标 进行 测试 的 方法 与 过 程 集合 ,可 称 为 测试 用 例 (TestCase) 。 

D 测试 用 例 的 集合 ,可 容纳 多 个 测试 用 例 , 将 其 称 作 测试 包 (TestSuite)。 

(3) 测试 结果 (TestResult) 的 描述 与 记录 。 

(4) 测试 过 程 中 的 事件 监听 者 (TestListener) 。 

(5) 每 一 个 测试 方法 所 发 生 的 与 预期 不 一 致 状况 的 描述 , 称 其 测试 失败 元 素 


(TestFailure) 。 


(6) JUnit Framework 中 的 出 错 异 常 (AssertionFailedError) 。 
JUnit 框架 是 一 个 典型 的 Composite 模式 (如 图 13. 1 Pras): TestSuite 可 以 容纳 任何 


派生 自 Test 的 对 象 ; 当 调 用 TestSuite 对 象 的 run() 方 法 时 ,会 遍历 自己 容纳 的 对 象 , 逐 个 
调用 它们 的 run() 方 法 。 
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图 13.1 JUnit 框架 


5. JUnit 的 安装 步骤 
(1) Æ http: //download. sourceforge. net/junit/" F & JUnit 包 并 将 Junit 压缩 包 解 
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压 到 一 个 物理 目录 中 (例如 C: \Junit3. 8.1). 

(2) 记录 Junit. jar 文件 所 在 目录 名 (例如 C: \Junit3. 8. 1\Junit. jar). 

(3) 进入 操作 系统 (以 Windows 2000 操作 系统 为 准 ) ,按照 次 序 单 击 * 开 始 "” 一 设置 一 
“控制 面板 ”。 

(4) 在 “控制 面板 ”中 选择 “系统 ”, 单 击 “ 环 境 变 量 ”, 在 “系统 变量 ”的 “变量 ”列表 框 中 选 
择 CLASS-PATH 关键 字 ( 不 区 分 大 小 写 ) ,如 果 该 关键 字 不 存在 , 则 添加 。 

(5) 双击 CLASS-PATH 关键 字 添 加 字符 串 “C: \Junit3. 8. 1\Junti. jar” GER. MRE 
有 别 的 字符 串 ,请 在 该 字符 串 的 字符 结尾 加 上 分 号 "; ”) ,这 样 确定 修改 后 Junit 就 可 以 在 集 
成 环境 中 应 用 了 。 

(6) 对 于 IDE 环境 ,对 于 需要 用 到 的 JUnit 的 项 目 增加 到 lib 中 ,其 设置 不 同 的 IDE 有 
不 同 的 设置 。 


6. JUnit 中 常用 的 接口 和 类 


(1) Test 接口 一 一 运行 测试 和 收集 测试 结果 。 

Test 是 TestCase、TestSuite 的 共同 接口 。run(TestResult result) 用 来 运行 Test, 并 且 
将 结果 保存 到 TestResult。 

。 Test 接口 使 用 了 Composite 设计 模式 ,是 单独 测试 用 例 (TestCase) .聚合 测试 模式 
(TestSuite) 及 测试 扩展 (TestDecorator) 的 共同 接口 。 
EM public int countTestCases() 方 法 用 来 统计 这 次 测试 有 多 少 个 TestCase, 另 外 
一 个 方法 就 是 public void run( TestResult ) ,TestResult 是 实例 接受 的 测试 结果 ， 
run 方法 执行 本 次 测试 。 
(2) TestCase 抽象 类 一 一 定义 测试 中 的 固定 方法 。 
。 TestCase 是 Test 接口 的 抽象 实现 (不 能 被 实例 化 ,只 能 被 继承 ), 其 构造 函数 
TestCase(string name) 根 据 输 入 的 测试 名 称 name 创建 一 个 测试 实例 。 由 于 每 一 个 
TestCase 在 创建 时 都 要 有 一 个 名 称 , 若 某 测试 失败 了 , 便 可 识别 出 是 哪个 测试 失败 。 
TestCase 类 中 包含 的 setUp() ,tearDown() 方 法 。setUp() 方 法 集中 初始 化 测试 所 
需 的 所 有 变量 和 实例 ,并 且 在 依次 调用 测试 类 中 的 每 个 测试 方法 之 前 再 次 执行 
setUp() 方 法 。tearDown() 方 法 则 是 在 每 个 测试 方法 之 后 ,释放 测试 程序 方法 中 引 
用 的 变量 和 实例 。 
开发 人 员 编 写 测试 用 例 时 ,只 需 继承 TestCase, 来 完成 run 方法 即 可 ,然后 JUnit 获 
得 测试 用 例 ,执行 它 的 run 方法 ,把 测试 结果 记录 在 TestResult 之 中 。 
(3) TestResult 类 一 一 收集 器 。 
TestResult 类 是 一 个 收集 器 。 负 责 收集 TestCase 的 执行 结果 。 
。 它 存储 了 所 有 测试 的 详细 情况 ,是 通过 还 是 失败 。 失 败 则 会 创建 一 个 TestFailure 

对 象 ,TestRunner 使 用 TestResult 来 报告 测试 结果 。 

。 没有 TestFailure 对 象 进度 条 就 用 绿色 ,否则 进度 条 用 红色 并 输出 失败 测试 的 数目 。 


7. Assert 静态 类 一 一 一 系列 断言 方法 的 集合 
在 程序 中 特定 部 位 插入 某 些 用 以 判断 变量 特性 的 语句 ,使 得 程序 执行 中 这 些 语句 得 以 
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证 实 , 从 而 使 程序 的 运行 特性 得 到 证 实 。 我 们 把 插入 的 这 些 语 句 称 为 断言 。 表 13. 1 所 示 为 
断言 的 表示 方法 。 





























表 13.1 断言 方法 

断言 方法 描 述 
assertEquals(a,b) Wik a 是 否 等 于 b 
assertFalse(a) 测试 a 是 否 为 false,a 是 一 个 Boolean fi 
assertNotNull(a) Wik a 是 否 非 空 ,a 是 一 个 对 象 或 者 null 
assertNotSame(a,b) Wik a 和 b 是 否 没有 引用 同一 个 对 象 
assertNull(a) 测试 a 是 否 为 null,a 是 一 个 对 象 或 者 null 
assertSame(a,b) Wika 和 b 是 否 都 引用 了 同一 个 对 象 
assertTrue(a) 测试 a 是 否 为 true,a 是 一 个 Boolean ffi 








(1) Assert 包含 了 一 组 静态 的 测试 方法 ,用 于 期 望 值 和 实际 值 比 对 是 否 正确 , 即 测试 失 
败 ,Assert 类 就 会 抛 出 一 个 AssertionFailedError 异常 ,JUnit 测试 框架 将 这 种 错误 归 和 人 
Failes 并 加 以 记录 ,同时 标志 为 未 通过 测试 。 如 果 该 类 方法 中 指定 一 个 String 类 型 的 传 参 ， 
则 该 参数 将 被 作为 AssertionFailedError 异常 的 标识 信息 ,告诉 测试 人 员 该 异常 的 详细 


信息 。 
(2) JUnit 提供 了 6 大 类 31 组 断言 方法 ,包括 基础 断言 ,数字 断言 .字符 断言 .布尔 断 
言 、 对 象 断 言 。 


(3) 其 中 assertEquals (Object expcted, Object actual) 内 部 逻辑 判断 使 用 equals() 方 
法 ,这 表明 判断 两 个 实例 的 内 部 哈 希 值 是 否 相等 时 ,最 好 使 用 该 方法 对 相应 类 实例 的 值 进 行 
比较 。 而 assertSame(Object expected, Object actual) 内 部 逻辑 判断 使 用 了 Java 运算 符 
“一 一 ”, 这 表明 该 断言 判断 两 个 实例 是 否 来 自 于 同一 个 引用 (Reference) ,最 好 使 用 该 方法 
对 不 同类 的 实例 的 值 进行 比 对 。asserEquals (String message, String expected, String 
actual) 方 法 对 两 个 字符 串 进 行 逻辑 比 对 ,如 果 不 匹配 , 则 显示 两 个 字符 串 有 差异 的 地 方 。 
ComparisonFailure 类 提供 两 个 字符 串 的 比 对 ,如 果 不 匹 配 , 则 给 出 详细 的 差异 字符 。 


8. TestSuite 测试 包 类 一 一 多 个 测试 的 组 合 


(1) TestSuite 类 负责 组 装 多 个 Test Cases。 待 测 的 类 中 可 能 包括 了 对 被 测 类 的 多 个 测 
试 ,而 TestSuit 负责 收集 这 些 测 试 ,使 我 们 可 以 在 一 个 测试 中 完成 全 部 的 对 被 测 类 的 多 个 
测试 。 

(2) TestSuite 类 实现 了 Test 接口 . 且 可 以 包含 其 他 的 TestSuites。 它 可 以 处 理 加 入 
Test 时 所 有 抛 出 的 异常 。 

(3) TestSuite 处 理 测试 用 例 有 6 个 规约 (否则 会 被 拒绝 执行 测试 ) 。 


9. TestResult 结果 类 


(1) TestResult 结果 类 集合 了 任意 测试 累加 结果 ,通过 TestResult 实例 传递 个 每 个 测 
试 的 Run() 方 法 。TestResult 在 执行 TestCase 时 如 果 失 败 会 抛 出 异常 。 
(2) TestListener 接口 是 个 事件 监听 规约 ,可 供 TestRunner 类 使 用 。 它 通知 listener 
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的 对 象 相关 事件 ,方法 包括 测试 开始 startTest(Test test) ,测试 结束 endTest(Test test) 、 错 
误 , 增 加 异常 addError (Test test. Throwable t) 和 增加 失败 addFailure (Test test, 
AssertionFailedError t) 。 

(3) TestFailure 失败 类 是 个 “失败 ”状况 的 收集 类 ,解释 每 次 测试 执行 过 程 中 出 现 的 异 
常情 况 。 其 toString() 方 法 返回 “失败 ?状况 的 简要 描述 。 


10. TestListener 接口 。 


Juni 框架 提供 了 TestListener 接口 来 帮助 对 象 获 取 TestResult 并 创建 有 用 的 报告 。 
TestResult 收集 了 测试 的 相关 信息 ,TestRunner 报告 这 些 信 息 。TestRunners 其 实 就 是 实 
现 了 TestListener 接口 。 如 表 13.2 所 示 。 


表 13.2 TestListener 接口 














方 法 a g 
void addError(Test test, Throwable t) 发 生 错误 时 调用 
void addFailure(Test test, AsssertionFailedError e) 发 生 故 障 时 调用 
void endTest(Test test) 测试 结束 时 调用 
void startTest(Test test) 测试 开始 时 调用 





11. JUnit 执行 步骤 


JUnit 的 执行 步骤 如 下 : 

(1) ER setUp() ,封装 测试 环境 初始 化 及 测试 数据 准备 ; 

(2) 设计 测试 方法 ,以 testXxx 命名 ; 

(3) 在 测试 方法 中 使 用 断言 方法 ,如 assertEquals() 、assertTrue() 等 ; 

(4) 设计 测试 套件 ,或 使 用 默认 的 测试 套件 ,调用 TestRunner 执行 测试 脚本 ,生成 测试 
结果 ; 

(5) ER tearDown() 析 构 测 试 环境 ,执行 收尾 动作 。 


12. Junit 实例 


编写 一 个 获取 一 个 数值 的 绝对 值 的 方法 ,并 对 其 进行 测试 。 图 13. 2 所 示 为 启动 
Eclipse, 图 13. 3 一 图 13. 5 所 示 为 新 建 JUnit 测试 用 例 。 具 体 要 求 如 下 : 

(1) 编写 类 文件 com. neusoft. test. FirstEx; 

(2) 编写 测试 用 例 。 

setUp() 用 于 初始 化 测试 环境 ; tearDown() 用 于 清理 资源 ,如 释放 打开 的 文件 等 。 以 
test 开头 的 方法 被 认为 是 测试 方法 ,JUnit 会 依次 执行 testXxx() 方 法 。 在 testAbs() 方 法 
中 ,对 abs() 的 测试 分 别 选择 正 数 负数 和 0, 如 果 方 法 返回 值 与 期 待 结果 相同 , 则 
assertEquals 不 会 产生 异常 。 

如 果 有 多 个 testXxx 方法 ,那么 JUnit 会 创建 多 个 XxxTest 实例 ,每 次 运行 一 个 
testXxx 方 法 ,setUp() 和 tearDown() 会 在 testXxx 前 后 被 调用 ,因此 ,不 要 在 一 个 testA() 
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图 13.2 启动 Eclipse 


© 新 建 JUnit 测试 用 例 
JUnit 测试 用 例 
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com. neusoft. test 








TestFirstEx 








junit. framework TestCase 

想 要 创建 哪些 方法 存根 了 

setUpBeforeClassO [ JtearDovnhfterClass O 
[Vv] set 0 v] teardown) 
口 构 造 函 数 © 

起 要 象 在 当前 项 目的 悍 性 中 配置 的 那样 来 添加 注释 吗 了 

AER wD 


















































正在 测试 的 类 : [com neusoft. test. FirstEx 





























图 13.3 新 建 JUnit 测试 用 例 (一 ) 


中 依赖 testB() 。 图 13. 6 为 测试 界面 。 
绿色 表示 测试 通过 ,只 要 有 1 个 测试 未 通过 ,就 会 显示 为 红色 并 列 出 未 通过 测试 的 
TK. 
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图 13.4 新 建 JUnit 测试 用 例 ( 二 ) 


Eclipse SDK |® x 
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import junit. framework. Assert; 
import junit. framework. TestCase; 


public class TestFirstEx extends TestCase 
private FirstEx fe = null; 


= protected void setUp() throws Exception 
fe = new FirstEx() 
) 


|-> protected void tearDown() throws Exception { 
super. tearDown() ; 


public void testAbs() 
double result = fe. abs (3. 6) ; 
Assert. assertEquals(3.6, result); 


result = fe. abs (-3. 6) 
Assert. assertEquals(3.6, result) ; 


result = fe. abs (0) ; 
Assert. assertéquals(0.0, result); 


ira 








13.5 新 建 JUnit 测试 用 例 ( 三 ) 


在 Eclipse 中 JUnit 的 使 用 方法 如 下 : 
(1) 新 建 一 个 测试 用 例 , 单 击 File> New— Other 命令 ,在 弹出 的 New 对 话 框 中 选择 
Java>JUnit 选项 下 的 TestCase 或 TestSuite, 进 入 New JUnit TestCase 对 话 框 ; 
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“import junit. framework. Assert; 
import junit. framework. TestCase; 


public class TestFirstEx extends TestCase { 
private FirstEx fe = null; 





= protected void setUp() throws Exception { 
fe = new FirstEx(); 


protected void tearDown() throws Exception { 
super. tearDown() ; 


public void testAbs() [ 
double result = fe. abs (3.6) ; 
Assert. assertEquals(3.6, result); 











result = fe. abs(-3. 6); 
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图 13.6 测试 界面 


(2) 在 New JUnit TestCase 对 话 框 填 写 相 应 的 栏目 ,主要 有 Name( 测 试用 例 名 )、 
SuperClass( 测 试 的 超 类 一 般 是 默认 的 junit. framework. TestCase) ,Class Under Test( 被 测 
试 的 类 )、Source Folder( 测 试用 例 保 存 的 目录 )、Package( 测 试用 例 包 名 ), 及 是 否 自动 生成 
main,setUp,tearDown 方法 。 

(3) 如 果 单 击 下面 的 Next 按钮 ,还 可 以 直接 选中 你 想 测 试 的 被 测试 类 的 方法 ,Eclipse 
将 自动 生成 与 被 选 方法 相应 的 测试 方法 , 单 击 Fishish 按钮 后 一 个 测试 用 例 就 创建 好 了 。 

(4) 编写 完成 测试 用 例 后 , 单 击 Run 按钮 就 可 以 看 到 运行 结果 了 。 图 13.7 一 图 13. 10 
为 该 类 的 测试 类 。 

D 待 测 类 。 


public class Calculator 
{ 
public int add(int a, int b){ 
returna + b; 
} 
public int minus(int a, int b){ 
returna — b; 
} 
public int multiply(int a, int b){ 
returna * b; 
} 
public int divide(int a, int b) throws Exception{ 
if(0 == b){ 
throw new Exception(" 除 数 不 能 为 零 !") ; 
} 
return a / b; 


} 





测试 类 必须 以 
< TestCase 24 
public class CalculatorTest extends TestCase 


E 每 个 测试 方法 
private Calculator cal; 执行 前 都 会 调 


Up( )( 用 该 方法 
blic void setU i 
il colenewe Cal Boe 生成 对 象 


public void tearDown( ){ 


} 








析 构 测试 环境 ， 执 行 收尾 动作 


图 13.7 该 类 的 测试 类 (一 ) 





JUnit3.8 测 试 方法 
1) Public 的 
2) Void 的 
3) 无 方法 参数 
/ 4) 方法 名 称 必须 以 test 开 头 
public void testAdd( ){ 
int result=cal.add(1, 2); 
“断言 “一 调用 该 方法 
Assert.assertEquals(3, result); 





满足 : 


} 
public void testMinus( ){ 
int result=cal.minus(1, 2); 
Assert.assertEquals(—1, result); 
} 
public void testMultiply( ){ 
int result=cal.multiply(2, 3); 
Assert.assertEquals(6, result); 





图 13.8 该 类 的 测试 类 (二 ) 








public void testDivide( ){ 
int result=0; 
try{ 
result=cal.divide(6, 4); 

} 

catch(Exception e){ 期 望 该 行 代码 永远 
e.printStackTrace(); ”不 会 被 执行 ， 断 言 
Assertfail( );——_ RW. 停止 执行 立 

} 即 失 败 


Assert.assertEquals(1, result); 


图 13.9 该 类 的 测试 类 (三 ) 


@ MaxMinTool. java. 


public class MaxMinTool { 
public static int getMax(int[] arr) { 
int max = Integer. MIN VALUE; 
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Public void testDivide2( ){ 


一 个 方法 可 以 有 多 个 owable tx=null; 
ans L at try{ 
ma, BANT cal.divide(4, 0); 


Assert.fail( ); 期 望 该 行 代 码 永远 不 
testease 册 再 } “一 一 一 会 被 执行 ， 断言 失败 ， 
catch(Exception ex) { 停止 执行 立即 失败 
tx=ex; 
} 一 旦 发 生 异 常 ， 
tx 是 Assert .assertNotNul1(tx) ;一 一 一 则 tx 一 定 不 为 空 
Exception 
类 型 的 


Assert .assertEquals (Exception.class,tx.getClass()); 
Assert .assertEquals(" 除 数 不 能 为 零 ! 
", tx.getMessage()); 


} 
} 











图 13. 10 该 类 的 测试 类 (四 ) 


for(int i=0; i<arr.length; i++) { 
if(arr[i] > max) 
max = arr[i]; 
} 
return max; 
} 
public static int getMin(int[] arr) { 
int min = Integer. MAX_VALUE; 
for(int i=0; i< arr. length; i++) { 
if(arr[i] < min) 
min =arr[i]; 
} 


return min; 


} 
编写 MaxMinTool. java 的 测试 类 。 


public class MaxMinTest extends TestCase { 

public void testMax() { 
int[] arr={-5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5}; 
assertEquals(5, MaxMinTool. getMax(arr) ) ; 

} 

public void testMin() { 
int[) arc =(=5, = = = 2). = 17:2) 3;.45 Shy 
assertEquals( - 5, MaxMinTool. getMin(arr) ); 

} 

} 


显然 ,所 准备 的 矩阵 重复 出 现在 两 个 单元 测试 之 中 ,重复 的 程序 码 在 设计 中 能 减少 就 尽 
量 减少 。 在 这 两 个 单元 测试 中 ,整数 矩阵 是 单元 方法 所 需要 的 资源 ,我 们 称 之 为 fixture, t 
就 是 一 个 测试 时 所 需要 的 资源 集合 。 

对 于 重复 出 现在 各 个 单元 测试 中 的 fixture, 可 以 集中 加 以 管理 ,可 以 在 继承 TestCase 
之 后 ,重新 定义 setUp() 与 tearDown() 方 法 ,在 setUp() 中 创建 数 个 单元 测试 所 需要 的 
fixture, 并 在 tearDown() 中 销毁 ,例如 : 
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public class MaxMinTest extends TestCase { 
private int[ ] arr; 
protected void setUp() throws Exception { 
super. setUp() ; 
arr = new int[ =5, = = = 2, =1, 0, ¥)-2, 3,-4.5}; 


protected void tearDown() throws Exception { 
super. tearDown() ; 
arr = null; 


public void testMax() { 
assertEquals(5, MaxMinTool. getMax(arr)) ; 


public void testMin() { 
assertEquals( - 5, MaxMinTool. getMin(arr) ); 





} 


setUp() 方 法 会 在 每 一 个 单元 测试 testXXX() 方 法 开始 前 被 调用 ,因而 整数 矩阵 会 被 建 
立 , 而 tearDown() 会 在 每 一 个 单元 测试 testXXX() 方 法 结束 后 被 呼叫 ,因而 整数 矩阵 参考 名 称 
将 会 被 设置 为 null, 如 此 一 来 ,可 以 将 fixture 的 管理 集中 在 setUp() 与 tearDown() 方 法 之 后 。 


13,2 NUnit 单元 测试 框架 


1. NUnit 的 特点 


A) NUnit 是 一 款 开 源 的 单元 测试 框架 , 供 . NET 开发 人 员 做 单元 测试 ,内 容 包括 配置 
类 库 、 编 写 用 于 测试 的 类 编写 测试 用 例 ; 

(2) NUnit 实际 上 就 是 一 组 类 ,可 以 用 它 在 .NET 类 上 创建 和 执行 自动 的 单元 测试 ; 

(3) 使 用 断言 来 判断 待 测试 代码 是 否 返回 正确 的 结果 ,在 编写 测试 用 例 的 过 程 中 ,需要 
有 一 个 正确 的 值 作为 依据 ,与 测试 代码 返回 的 值 进行 比较 ; 

(4) NUnit 可 以 快速 ,便捷 地 对 代码 进行 单元 测试 ,而 且 是 免费 的 。 图 13. 11 所 示 为 
NUnit 界面 。 


2. NUnit 单元 测试 方法 


(1) 为 测试 代码 创建 一 个 Visual Studio 工程 。 图 13. 12 所 示 为 新 建 项 目 。 
(2) 增加 一 个 NUnit 框架 引用 。 图 13. 13 所 示 为 添加 框架 引用 。 

(3) 为 工程 添加 一 个 用 于 测试 的 类 。 

为 工程 添加 一 个 NUnitTestl 类 。 

using NUnit. Framework; 

[TestFixture] 

Public class NUnitTest1 


{ 
} 
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图 13.11 NUnit 界面 
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图 13.12 新 建 项 目 


(4) 为 类 NUnitTestl 增加 一 个 测试 方法 ,测试 代码 将 放 到 该 方法 中 。 


[TestFixture] 
public class NUnitTest1 
{ 

[Test] 


public void TestFune() 


{ 
} 
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13.13 添加 框架 引用 
测试 Forml 类 中 的 max( Pa. 


[TestFixture] 
public class NUnitTest1 
{ 
[Test] 
public void TestFunc() 


Form1f = new Form1() ; 
Int actual = f. max(12, 6) ; 
Assert. AreEqual(12, actual) ; 
} 
} 
(5) 使 用 NUnit 进行 测试 。 
TestFixture,Test 和 Assert 是 3 个 最 基本 的 特征 ,测试 类 和 测试 方法 要 用 public 声 
明 ,测试 方法 不 能 带 任何 参数 , 且 不 能 有 返回 值 。 


3. 断言 


在 NUnit 中 ,断言 是 单元 测试 的 核心 。NUnit 提供 了 一 组 丰富 的 断言 ,这 些 断 言 是 
Assert 类 的 静态 方法 。 如 果 一 个 断言 失败 ,那么 方法 的 调用 不 会 返回 值 , 但 会 报告 一 个 错 
误 。 如 果 一 个 测试 包含 多 个 断言 ,那些 紧 跟 失败 断言 的 断言 都 不 会 执行 ,因此 ,通常 每 个 测 
试 方法 最 好 只 有 一 个 断言 。Assert 类 提供 了 最 常用 的 断言 。 我 们 将 Assert 方法 分 组 如 下 : 

1) 同等 (Equality) 断 言 

主要 包括 Assert. AreEqual()、Assert. AreNotEqual() ,这 两 个 方法 测试 两 个 参数 是 否 
相等 。 重 载 的 方法 支持 普通 的 值 类 型 。 

2) 一 致 性 (Identity) 断 言 

Assert. AreSame() 方 法 和 Assert. AreNotSame 方法 主要 判断 两 个 参数 引用 的 是 否 是 
同一 个 对 象 。Assert. Contains ) 方 法 用 来 测试 在 一 个 数组 或 列表 里 是 否 包含 该 对 象 。 

3) 比较 (Comparison) 断 言 

Assert. Greater(): 测试 一 个 对 象 是 否 大 于 另外 一 个 。 
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Assert. Less(): 测试 一 个 对 象 是 否 于 小 另外 一 个 。 

4) 类 型 (Type) 断 言 

Assert. IsInstanceOfTypeQ : 判断 一 个 对 象 的 类 型 是 否 是 期 望 的 类 型 。 

Assert. IsNotInstanceOfType() : 判断 一 个 对 象 的 类 型 是 否 不 是 期 望 的 类 型 。 

Assert. IsAssignableFrom(): 判断 一 个 对 象 的 类 型 是 否 属于 某 种 类 型 。 

Assert. IsNotAssignableFrom() ; 判断 一 个 对 象 的 类 型 是 否 不 属于 某 种 类 型 。 

5) 条 件 (Condition) 测 试 

这 些 方法 测试 并 把 测试 的 值 作为 其 第 一 个 参数 以 及 把 一 个 消息 作为 第 二 个 参数 ,第 二 
个 参数 是 可 选 的 。 

Assert. IsTrue( bool condition ); 

Assert. IsTrue( bool condition, string message ); 

Assert. IsTrue( bool condition, string message. object[] parms ) 。 

6) 工具 (Utility) 方 法 

StringAssert. Contains( string expected, string actual ); 

StringAssert, Contains( string expected, string actual,string message ); 

StringAssert. Contains( string expected. string actual. stringmessage. params object 
C] args ); 

7) 实用 方法 

Fail() 和 Ignore() 是 为 了 对 测试 过 程 有 更 多 的 控制 。 

Assert. Fail 方法 为 你 提供 了 创建 一 个 失败 测试 的 能 力 。 

Assert. Ignore 方法 为 你 提供 在 运行 时 动态 忽略 一 个 测试 或 者 一 个 测试 套件 (suite) 的 
能 力 。 它 可 以 在 一 个 测试 .一 个 setup ak fixture setup 的 方法 中 调用 。 建 议 只 在 无 效 的 案 
例 中 使 用 。 它 也 为 更 多 扩展 的 测试 包含 或 排斥 提供 了 目录 能 力 。 


4. 布局 


1) 测试 情况 说 明 

(1) 绿色 : 描述 目前 所 执行 的 测试 都 通过 ,如 图 13. 14 所 示 。 

(2) 黄色 : 意味 某 些 测 试 忽略 ,但 是 这 里 没有 失败 ,如 图 13. 15 所 示 。 

(3) 红色 : 表示 有 失败 ,如 图 13. 16 所 示 。 

2) 底部 的 状态 条 

底部 的 状态 条 说 明了 现在 运行 测试 的 状态 。 当 所 有 测试 完成 时 ,状态 变 为 Completed。 
运行 测试 中 ,状态 是 Running: <test-name> (一 testname 二 是 正在 运行 的 测试 名 称 ) 。 

Test Cases: 说 明 加 载 的 程序 集中 测试 案例 的 总 个 数 。 这 也 是 测试 树 里 叶子 节点 的 
个 数 。 

Tests Run: 已 经 完成 的 测试 个 数 。 

Failures: 到 目前 为 止 , 所 有 测试 中 失败 的 个 数 。 

Time: 显示 运行 测试 时 间 ( 以 秒 计 )。 

3) File 菜单 的 内 容 

(1) New Project: 允许 你 创建 一 个 新 工程 。 工 程 是 一 个 测试 程序 集 的 集合 。 这 种 机 制 
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图 13.14 测试 界面 
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图 13.15 测试 忽略 


让 你 组 织 多 个 测试 程序 集 , 并 把 它们 作为 一 个 组 对 待 。 
(2) Open: 加 载 一 个 新 的 测试 程序 集 ,或 一 个 以 前 保存 的 NUnit 工程 文件 。 
(3) Close: 关闭 现在 加 载 的 测试 程序 集 或 现在 加 载 的 NUnit 工程 。 
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13.16 测试 有 失败 


(4) Save: 将 现在 的 Nunit 工程 保存 到 一 个 文件 。 如 果 正 在 工作 的 是 单个 程序 集 , 本 菜 
单项 允许 你 创建 一 个 新 的 NUnit 工程 ,并 把 它 保存 在 文件 里 。 

(5) Save As: 允许 你 将 现 有 NUnit 工程 作为 一 个 文件 保存 。 

(6) Reload: 强制 重 载 现 有 测试 程序 集 或 NUnit 工程 。NUnit-Gui 自动 监测 正在 加 载 
的 测试 程序 集 的 变化 。 

当 程 序 集 变 化 时 ,测试 运行 器 重新 加 载 测 试 程序 集 ( 当 测试 正和 运行 时 ,现在 加 载 的 测试 
程序 集 不 会 重新 加 载 ) 。 在 测试 运行 之 间 测 试 程序 集 仅 可 以 重新 加 载 。 一 个 忠告 : 如 果 测 
试 程序 集 依赖 另外 一 个 程序 集 ,测试 运行 器 不 会 观察 任何 依赖 的 程序 集 。 对 测试 运行 器 来 
说 ,强制 一 个 重 载 使 全 部 依赖 的 程序 集 变化 可 见 。 

(7) Recent Files: 说 明 5 个 最 近 在 NUnit 中 加 载 的 测试 程序 集 或 NUnit 工程 (这 个 列 
KE Windows 注册 表 中 ,由 每 个 用 户 维护 ,如 果 你 共享 了 PC, 仅 可 看 到 自己 的 测试 ) 。 最 近 
程序 集 的 数量 可 以 使 用 Options 菜单 项 修改 ,可 以 访问 Tool 菜单 。 

(8) Exit: 退出 。 

4) View 菜单 的 内 容 

(1) Expand: 一 层 层 扩展 现在 树 中 的 所 选 节点 。 

(2) Collapse: 折合 现在 树 中 选择 的 节点 。 

(3) Expand All; 递归 扩展 树 中 所 选 节点 后 的 所 有 节点 。 

(4) Collapse All; 递归 折 释 树 中 所 选 节点 后 的 所 有 节点 。 

(5) Expand Fixtures: 扩展 树 中 所 有 代表 测试 fixture 的 节点 。 

(6) Collapse Fixtures: HÆR PUTA (RHE MIX fixture 的 节点 。 

(7) Properties: 显示 树 中 现 所 选 节点 的 属性 。 
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5) Tools 菜单 的 内 容 

(1) Save Results as XML: 作为 一 个 XML 文件 保存 运行 测试 的 结果 。 

(2) Options: 让 你 定制 NUnit 的 行为 。 

现在 看 看 右边 ,你 已 经 熟悉 Run 按钮 和 进度 条 。 这 里 还 有 一 个 紧 跟 Run 按钮 的 Stop 
按钮 : 单 击 这 个 按钮 会 终止 执行 正和 运行 的 测试 。 进 度 条 下 面 是 一 个 文本 窗口 ,在 它 上 方 ,有 
以 下 4 个 标签 : 

。 Errors and Failures 一 一 窗口 显示 失败 的 测试 。 在 我 们 的 例子 里 ,这 个 窗口 是 空 的 。 

。 Tests Not Run 一 一 窗口 显示 没有 得 到 执行 的 测试 。 

* Console. Error 窗口 显示 运行 测试 产生 的 错误 消息 。 这 些 此 消息 是 应 用 程序 代 

码 使 用 Console. Error 输出 流 可 以 输出 的 。 
* Console. Out 一 一 窗口 显示 运行 测试 打印 到 Console. Error 输出 流 的 文本 消息 。 


保 后 习题 


1. 编写 Nextdate 函数 ,并 运用 JUnit 对 其 进行 单元 测试 。 
2. 测试 N 阶乘 程序 。 


import junit. framework. TestCase; / ** 

* @author daiyongming * */ 

public class JieChenTest extends TestCase { / * (non- Javadoc) 
* @see junit. framework. TestCase # setUp() */ 

JieChen j; 

protected void setUp() throws Exception { super. setUp(); 
j= new JieChen(); } 

public void testDoJieChen( ) { 

assertEquals(" 这 是 测试 阶乘 的 值 : ", 24, j. doJieChen(4) ); 

}} 


编写 基于 JUnit 的 单元 测试 框架 。 











其 他 测试 工具 | 


1. 概述 
本 章 介 绍 一 般 测 试 工具 及 主要 厂商 的 测试 工具 产品 。 
2. 重点 与 难点 


1) 重点 

(1) 一 般 测试 工具 ; 

(2) 主要 厂商 及 产品 介绍 。 
2) 难点 

主要 厂商 及 测试 产品 。 


(14.1 一 般 测试 工具 
— 


1. 常用 的 软件 测试 工具 


一 般 是 QTP 十 LoadRunner 十 QC, 软 件 测试 中 还 需要 的 工具 如 下 : 

(1) 功能 测试 工具 ,包括 QTP CHP), WinRunner (MI)、Robort (IBM), QARun 
(Compuware) 。 

(2) 性 能 测试 工具 ,包括 LoadRunner( HP) ,WAS(MS) , Robort (IBM) (必须 下 载 相应 
的 捅 件 才 支持 性 能 方面 的 测试 ) `.QALoad(Compuware) 。 

(3) 测试 管理 工具 ,包括 TestDirector/Quarlity Center( 这 两 个 工具 一 个 横 版 一 个 竖 
版 ,功能 完全 一 样 )、Rational TestManager。 

(4) 缺陷 跟踪 工具 ,包括 Bugzilla、Mantis。 

(5) 其 他 测试 工具 ,包括 Rational Purify、Rational PureCoverager。 


2. 一 般 测 试 流程 


CL) 需求 分 析 阶 段 : 只 要 求 了 解 业务 ,分 析 用 户 的 需求 点 。 

(2) 测试 计划 阶段 : 测试 组 长 根据 SOW 开始 编写 (测试 计划 》, 其 中 包括 人 员 、 软 件 硬 
件 资源 、 测 试点 、 集 成 顺序 、 进 度 安排 和 风险 识别 等 内 容 。 

(3) 测试 设计 阶段 : 测试 方案 一 般 是 由 对 需求 很 了 解 的 资深 的 测试 工程 师 设计 ,测试 
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方案 要 求 根据 SRS 上 的 每 个 需求 点 设计 出 包括 需求 点 简介 测试 思路 和 详细 测试 方法 三 部 
分 的 方案 .《 测 试 方案 编写 完成 后 也 需要 进行 评审 。 

(4) 测试 方案 阶段 : 主要 是 对 测试 用 例 和 规程 的 设计 。 测 试用 例 是 根据 (测试 方案 ) 来 
编写 的 ,通过 《测试 方案 ?阶段 ,测试 人 员 对 整个 系统 需求 有 了 详细 的 理解 。 这 时 开始 编写 用 
例 才 能 保证 用 例 的 可 执行 和 对 需求 的 覆盖 。 测 试用 例 需要 包括 测试 项 ,用例 级 别 、 预 置 条 
件 .操作 步骤 和 预期 结果 。 其 中 操作 步骤 和 预期 结果 需要 编写 得 详细 和 明确 。 测 试用 例 应 
该 覆盖 测试 方案 ,而 测试 方案 又 覆盖 了 测试 需求 点 ,这 样 才能 保证 客户 需求 不 遗漏 。 同 样 ， 
测试 用 例 也 需要 评审 。 

(5) 测试 执行 阶段 : 执行 测试 用 例 , 及 时 提交 有 质量 的 Bug 和 测试 日 表 、 测 试 报告 等 相 
关 文档 。 


(14,2 主要 厂商 及 产品 介绍 


14.2.1 HP 
1. 产品 名 称 : HP Unified Function testing software 


HP Unified Function testing software 集成 了 自动 化 功能 测试 软件 QTP 和 其 所 有 插件 
以 及 服务 测试 软件 ,可 为 各 种 主流 软件 应 用 及 环境 提供 自动 化 功能 测试 及 回归 测试 , 如 
Web 服务 ERP .CRM 等 应 用 。 其 全 名 为 HP QuickTest Professional software ,2012 年 12 
月 6 日 发 布 11. 5 版 本 ,并 更 名 为 Unified Functional Testing. 


2. 产品 名 称 : HP LoadRunner 


LoadRunner 是 一 种 预测 系统 行为 和 性 能 的 负载 测试 工具 。 通 过 模拟 上 千 万 用 户 实施 
并 发 负载 及 实时 性 能 监测 的 方式 来 确认 和 查找 问题 ,LoadRunner 能 够 对 整个 企业 架构 进 
行 测试 。 通 过 使 用 LoadRunner, 企 业 能 最 大 限度 地 缩短 测试 时 间 、 优 化 性 能 和 加 速 应 用 系 
统 的 发 布 周期 。 最 新 版 本 是 11. 5 。 


3. 产品 名 称 : HP Quality Center 


公司 推出 的 一 个 基于 Web 且 支 持 测试 管理 的 所 有 必要 方面 的 应 用 程序 。 该 软件 提供 
统一 、 可 重复 的 流程 ,用 于 收集 需求 .计划 和 安排 测试 .分析 结果 并 管理 缺陷 和 问题 。 组 织 可 
使 用 该 软件 在 较 长 的 应 用 程序 生命 周期 中 实现 特定 质量 流程 和 过 程 的 数字 化 。 该 软件 还 支 
持 在 IT 团队 间 进 行 高 水 平 的 沟通 和 协调 。 最 新 版 本 为 11。 


14.2.2 IBM 
1. 产品 名 称 : IBM Rational Quality Manager 


IBM Rational Quality Manager 是 基于 Web 的 集中 测试 管理 软件 ,为 自动 化 测试 提供 
了 一 整套 完整 的 端 到 端的 管理 平台 ,包括 自动 化 环境 的 统一 部 署 、 自 动 化 脚本 的 导入 和 共 
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享 、 自 动 化 测试 计划 以 及 测试 用 例 的 创建 ,测试 用 例 及 测试 套件 的 自动 化 运行 ,一 直到 自动 
化 执行 结果 以 及 自动 化 与 手动 测试 对 比分 析 报 告 的 生成 。 

2. 产品 名 称 : IBM Functional Tester 


Rational Functional Tester, IBM 的 自动 化 功能 测试 及 回归 测试 软件 ,可 用 于 功能 测 
试 ` 回 归 测 试 .GUI 测试 及 数据 驱动 测试 ,包括 Java, Web 及 VS. NET Winform 应 用 的 
测试 。 


3. 产品 名 称 : IBM Rational Performance Tester 


Rational Performance Tester (简称 RPT), IBM 的 性 能 测试 软件 。 其 内 在 支持 的 
HTTP 协议 使 得 其 广泛 地 应 用 于 Web 应 用 程序 ,用 于 验证 系统 的 性 能 ,识别 和 解决 各 种 性 
能 问题 。 


4. 产品 名 称 : IBM Rational PurifyPlus 


IBM Rational PurifyPlus 是 IBM 公司 的 动态 软件 分 析 工 具 。 主 要 具备 四 大 功能 : 内 存 
调试 .内存 泄露 检测 .性 能 概要 报告 和 代码 覆盖 率 检 测 。 


5. 产品 名 称 : IBM Rational Robot 


IBM Rational Robot 是 业界 最 顶尖 的 功能 测试 工具 , 它 甚 至 可 以 在 测试 人 员 学 习 高 级 
脚本 技术 之 前 帮助 其 进行 成 功 的 测试 。 它 集成 在 测试 人 员 的 桌面 IBM Rational 
TestManager 上 ,在 这 里 测试 人 员 可 以 计划 组织 执行 .管理 和 报告 所 有 测试 活动 ,包括 手 
动 测试 报告 。 这 种 测试 和 管理 的 双重 功能 是 自动 化 测试 的 理想 开始 。 


14.2.3 Micro Focus 
Micro Focus 公司 的 Silk 产品 系列 提供 了 自动 化 软件 质量 管理 解决 方案 。 


1. 产品 名 称 : SilkCentral-Test Management 


SilkCentral-Test Management 是 一 个 完整 的 测试 管理 软件 ,用 于 测试 计划 测试 文档 
和 各 种 测试 活动 的 管理 。 它 能 够 对 手工 测试 和 自动 测试 进行 基于 过 程 的 分 析 、 设 计 和 管理 。 
此 外 , 它 还 提供 了 基于 Web 的 自动 测试 功能 。 


2. 产品 名 称 : SilkTest 


SilkTest 是 业界 领先 的 、 用 于 对 企业 级 应 用 进行 功能 测试 的 产品 ,可 用 于 测试 Web, 
Java 或 是 传统 的 C/S 结构 。SilkTest 提供 了 许多 功能 ,使 用 户 能 够 高 效率 地 进行 软件 自动 
化 测试 。 这 些 功 能 包括 : 测试 的 计划 和 管理 ; 直接 的 数据 库 访问 及 校 验 ; 灵活 、 强 大 的 
4Test 脚本 语言 ,内 置 的 恢复 系统 (Recovery System); 以 及 具有 使 用 同一 套 脚 本 进行 跨 平 
A . 跨 浏 览 器 和 技术 进行 测试 的 能 力 。 
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3. 产品 名 称 : SilkPerformer 


SilkPerformer 是 企业 级 的 性 能 测试 解决 方案 ,可 用 于 各 种 企业 应 用 环境 (包括 Web 2. 0 技 
术 ) 中 的 自动 化 负载 及 性 能 测试 。 


4. 产品 名 称 : SilkPerformer CloudBurst 

SilkPerformer CloudBurst 是 SilkPerformer 在 云 计 算 的 扩展 。 

5. 产品 名 称 : TestPartner™ 

TestPartner™M 是 自动 化 测试 工具 ,可 加 速 采用 分 布 式 技术 开发 的 复杂 应 用 的 功能 
测试 。 
(4, 3 流行 的 开源 测试 工具 


除 以 上 几 大 厂商 提供 的 解决 方案 以 外 ,还 有 众多 的 开源 软件 测试 工具 , 深 受 用 户 的 
青睐 。 


14.3.1 单元 测试 工具 
1. CppUnit 


CppUnit 是 一 个 单元 测试 框架 ,是 Micheal Feathers 由 JUnit 移植 过 来 的 一 个 在 GNU 
LGPL 条 约 下 的 并 在 sourcefogre 网 站 上 开源 的 C++ 单元 测试 框架 。CppUnit 和 JUnit 一 
样 ,主要 思想 来 源 于 极限 编程 (XProgramming) ,主要 功能 就 是 对 单元 测试 进行 管理 ,并 可 进 
行 自动 化 测试 。 

环境 要 求 : BeOS, MacOS, Windows,OS Independent, Linux. 

2. HTML Tidy 


自动 修复 HTML 错误 ,将 杂乱 的 编辑 结果 整理 成 整洁 排版 的 编码 。 
环境 要 求 : BeOS、MacOS、Windows、PDA Systems, POSIX, 


3. HtmlUnit 


HtmlUnit 是 一 个 对 基于 Web 的 应 用 系统 的 单元 测试 框架 。 
环境 要 求 : OS Independent. 


4. Checkstyle 


Checkstyle 是 一 款 开发 工具 ,可 以 帮助 程序 员 依 据 编 码 规范 来 编写 Java 代码 。 支 持 
Sun 编码 规范 ,可 以 从 ANT 任务 中 调用 或 从 命令 行 调用 。 
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5. DbUnit 


DbUnit 是 一 个 JUnit 扩展 (同样 可 从 Ant 中 调用 ) ,用 于 数据 库 驱 动 的 项 目 , 它 可 以 将 
测试 对 象 数据 库 置 于 一 个 测试 轮回 之 间 的 状态 。DbUnit 的 设计 理念 就 是 在 测试 之 前 ,备份 
数据 库 , 然 后 给 对 象 数据 库 植 入 我 们 需要 的 准备 数据 ,最 后 ,测试 完毕 读 人 备份 数据 库 , 回 溯 
到 测试 前 的 状态 。 

环境 要 求 : JUnit. 


6. EclEmma 


EclEmma 是 一 个 基于 EMMA 的 Java 代码 覆盖 工具 。 它 的 目的 是 让 你 可 以 在 Eclipse 
工作 平台 中 使 用 强大 的 Java 代码 覆盖 工具 EMMA。 从 某 种 程度 上 说 ,Eclipse 可 以 看 作 是 
EMMA 的 一 个 图 形 界面 。EclEmma 是 非 侵入 式 的 ,不 需要 修改 你 的 项 目 或 执行 其 他 任何 
安装 , 它 能 够 在 工作 平台 中 启动 , 像 运行 JUnit 测试 一 样 ,直接 对 代码 覆盖 进行 分 析 。 覆 盖 
结果 将 立即 被 汇总 ,并 在 Java 源 代码 编辑 器 中 高 亮 显示 。 

环境 要 求 : Eclipse。 


7. FindBugs 


FindBugs 是 一 个 静态 分 析 工 具 , 用 于 查找 Java 程序 中 的 bug。 
环境 要 求 : JRE( 或 JDK)1.4.0 及 以 上 版 本 。 


8. JUnit 


JUnit 是 一 个 回归 测试 框架 ,由 Erich Gamma 和 Kent Beck 开发 的 ,程序 员 使 用 JUnit 
在 Java 中 实现 单元 测试 。 
环境 要 求 : 独立 的 操作 系统 。 


9. PMD 


PMD 扫描 Java 源 程序 查找 潜在 问题 ,提供 用 于 以 下 环境 的 插件 : Jedit, JBuilder, 
NetBeans/Forte/Sun ONE, Intelli JIDEA,Maven, Ant,Eclipse,Gel 及 Emace。 


10. NUnit 


NUnit Æ. NET 语言 程序 的 单元 测试 框架 ,最 初 由 JUnit 移植 而 来 ,目前 最 新 版 本 为 
2.0% 
环境 要 求 : Windows NT/2000。 


11. SimpleTest 


SimpleTest 是 用 于 PHP 的 单元 测试 .Web 测试 及 Mock 对 象 的 框架 。 
环境 要 求 : PHP. 
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12. PyUnit 


PyUnit 是 一 款 用 于 Python 的 单元 测试 框架 。 
环境 要 求 : Python。 


13. utPLSQL 

utPLSQL 是 用 于 Oracle PL/SQL 语言 的 单元 测试 。 
环境 要 求 : 独立 的 操作 系统 。 

14.3.2 功能 测试 工具 

1. Canoo WebTest 


Canoo WebTest 是 用 于 Web 页 面 的 功能 测试 软件 ,是 建立 在 HttpUnit 之 上 的 开源 测 
试 框架 。 
环境 要 求 : JDK 1.2 和 Ant vl. 3。 


2. Selenium 


Selenium 是 专门 为 Web 应 用 程序 编写 的 一 个 可 用 于 功能 测试 .兼容 性 测试 及 回归 测 
试 的 自动 化 测试 套件 。 
环境 要 求 : Windows, Linux 或 Mac. 


3. Watin 


Watin( Web Application Testing in dotNet) 是 一 个 面向 . NET 的 Web 自动 化 测试 开源 
项 目 , 一 个 功能 齐全 的 、 稳 定 的 框架 。 
环境 要 求 : Windows. 


4. Watir 


Watir(Web Application Testing in Ruby) 是 面向 Web 应 用 的 功能 测试 软件 。 
环境 要 求 : Windows( 目 前 只 支持 互联 网 资源 管理 器 ) 。 


14.3.3 性 能 测试 工具 


1. Apache JMeter 


Apache JMeter 是 Apache 组 织 开 发 的 基于 Java 的 压力 测试 工具 ,用 于 对 软件 做 压力 
测试 , 它 最 初 被 设计 用 于 Web 应 用 测试 ,但 后 来 扩展 到 其 他 测试 领域 。 它 可 以 用 于 测试 静 
态 和 动态 资源 ,例如 静态 文件 Java 小 服务 程序 .CGI 脚本 、Java 对 象 BE PE FTP 服务 器 ， 
等 等 。JMeter 可 以 用 于 对 服务 器 、 网 络 或 对 象 模拟 巨大 的 负载 ,在 不 同 压 力 类 别 下 测试 它 
们 的 强度 和 分 析 整 体 性 能 。 另 外 ,JMeter 能 够 对 应 用 程序 做 功能 /回归 测试 ,通过 创建 带 有 
断言 的 脚本 来 验证 程序 返回 了 所 期 望 的 结果 。 为 了 最 大 限度 的 灵活 性 ,JMeter 允许 使 用 正 
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则 表达 式 创 建 断言 。 

Apache JMeter 可 以 用 于 对 静态 的 和 动态 的 资源 (文件 ,Servlet、Perl 脚本 Java 对 象 、 
数据 库 和 查询 .FTP 服务 器 等 ) 的 性 能 进行 测试 。 它 可 以 用 于 对 服务 器 、 网 络 或 对 象 模拟 繁 
重 的 负载 来 测试 它们 的 强度 或 分 析 不 同 压 力 类 型 下 的 整体 性 能 。 可 以 使 用 它 做 性 能 的 图 形 
分 析 或 在 大 并 发 负载 测试 服务 器 /脚本 /对 象 。 

环境 要 求 : Solaris, Linux, Windows(98,NT,2000) JDK 1.4( 及 以 上 版 本 ) 。 





2. OpenSTA 


OpenSTA 是 一 个 免费 的 .开源 的 Web 性 能 测试 工具 。OpenSTA 是 专用 于 B/S 结构 
的 、 免 费 的 性 能 测试 工具 。 它 的 优点 除了 免费 、 源 代码 开放 等 优点 外 ,还 能 对 录制 的 测试 脚 
本 进行 分 析 , 并 且 按 指定 的 语法 进行 编辑 。 软 件 测试 工程 师 在 录制 完 测 试 脚本 后 ,只 需要 了 
解 该 脚本 语言 的 特定 语法 知识 ,就 可 以 对 测试 脚本 进行 编辑 ,以 便于 再 次 执行 性 能 测试 时 获 
得 所 需要 的 参数 ,而 后 进行 特定 的 性 能 指标 分 析 。OpenSTA 以 最 简单 的 方式 让 大 家 对 性 
能 测试 的 原理 有 较 深 的 了 解 ,其 较为 丰富 的 图 形 化 测试 结果 大 大 提高 了 测试 报告 的 可 阅 
读 性 。 

环境 要 求 : Windows 2000,Windows NT 和 Windows XP, 


3. WebLoad 


WebLoad 是 RadView 公司 推出 的 一 个 性 能 测试 和 分 析 工 具 , 它 通过 模拟 真实 用 户 的 
操作 ,生成 压力 负载 来 测试 Web 的 性 能 。 用 户 创建 的 是 基于 Java Script 的 测试 脚本 , 称 为 
议程 Agenda, 用 它 来 模拟 客户 的 行为 ,通过 执行 该 脚本 来 衡量 Web 应 用 程序 在 真实 环境 下 
的 性 能 。 

WebLoad 提供 巡航 控制 器 Cruise Control 的 功能 ,利用 巡航 控制 器 ,可 以 预定 义 Web 
应 用 程序 应 该 满足 的 性 能 指标 ,然后 测试 系统 是 否 满足 这 些 需求 指标 ; Cruise Control 能 够 
自动 把 负载 加 到 Web 应 用 程序 ,并 将 在 此 负荷 下 能 够 访问 程序 的 客户 数量 生成 报告 。 
WebLoad 能 够 在 测试 会 话 执 行 期 间 对 监测 的 系统 性 能 生成 实时 的 报告 ,这 些 测试 结果 通过 
一 个 易 读 的 图 形 界面 显示 出 来 ,并 可 以 导出 到 EXCEL 和 其 他 文件 里 。 

环境 要 求 : Windows NT/2000/XP。 


14.3.4 测试 管理 工具 
1. FitNesse 


FitNesse 是 一 套 软 件 开发 协作 工具 ,是 帮助 大 家 加 强 软件 开发 过 程 中 的 协作 的 工具 。 
能 够 让 客户 ,测试 人 员 和 开发 人 员 了 解 软件 要 做 成 什么 样 ,帮助 给 出 建议 ,看 软件 是 否 达到 
了 设计 初衷 。 

从 另外 一 个 角度 看 ,FitNesse 是 一 个 轻 量 级 的 .开源 的 框架 ,能 够 帮助 开发 团队 方便 地 
定义 验收 测试 (Acceptance Tests) ,通过 在 Web 页 面 上 简单 地 输出 和 预计 输出 的 表格 就 可 
实现 ,并 且 可 以 运行 这 些 测试 以 确定 是 否 通 过 。 

环境 要 求 : Mac、Windows、POSIX。 
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2. TestLink 


TestLink 是 基于 Web 的 测试 用 例 管理 系统 .其 主要 功能 是 测试 用 例 的 创建 ,管理 和 执 
行 ,并 且 还 提供 了 一 些 简 单 的 统计 功能 。TestLink 用 于 进行 测试 过 程 中 的 管理 ,通过 使 用 
TestLink 提供 的 功能 ,可 以 将 测试 过 程 从 测试 需求 ,测试 设计 到 测试 执行 完整 地 管理 起 来 ， 
同时 , 它 还 提供 了 好 多 种 测试 结果 的 统计 和 分 析 , 使 我 们 能 够 简单 地 开始 测试 工作 和 分 析 测 
试 结果 。TestLink 是 sourceforge 的 开放 源 代码 项 目 之 一 。 作 为 基于 Web 的 测试 管理 系 
统 ,TestLink 的 主要 功能 包括 : 

(1) 测试 需求 管理 ; 

(2) 测试 用 例 管理 ; 

(3) 测试 用 例 对 测试 需求 的 覆盖 管理 ; 

(4) 测试 计划 的 制定 ; 

(5) 测试 用 例 的 执行 ， 

(6) 大 量 测试 数据 的 度量 和 统计 功能 。 

目前 在 XLS 导入 上 存在 缺陷 ,但 可 以 使 用 第 三 方 的 TestLink Convert 工具 实现 XLS/ 
TXT/XML 导入 导出 。 

环境 要 求 : Apache, MySQL,PHP., 


3. Bugfree 


BugFree 是 借鉴 微软 的 研发 流程 和 Bug 管理 理念 ,使 用 PHP 十 MySQL 独立 写 出 的 一 
个 Bug 管理 系统 ,简单 实用 、 免 费 并 且 开 放 源 代码 (遵循 GNU GPL)。 将 之 命名 为 BugFree 
有 两 层 意思 : 一 是 希望 软件 中 的 缺陷 越 来 越 少 直到 没有 ; 二 是 表示 它 是 免费 且 开 放 源 代码 
的 ,大 家 可 以 自由 使 用 传播 。 

环境 要 求 : Windows. 


4. Bugzilla 


Bugzilla 是 一 个 开源 的 缺陷 跟踪 系统 (Bug-Tracking System) , 它 可 以 管理 软件 开发 中 
缺陷 的 提交 (Cnew) ,修复 (resolve) .关闭 (close) 等 整个 生命 周期 。 
环境 要 求 : TBC. 


5. LinkChecker 


LinkChecker 是 一 个 网 页 链接 检查 程序 ,可 用 于 检查 网 页 中 的 问题 (检查 失效 的 网 络 
链接 )。 


6. JIRA 


JIRA Æ Atlassian 公司 出 品 的 项 目 与 事务 跟踪 工具 ,被 广泛 应 用 于 缺陷 跟踪 、 客 户 服 
务 .需求 收集 ` 流 程 审批 ,任务 跟踪 、 项 目 跟踪 和 敏捷 管理 等 工作 领域 。 

JIRA 中 配置 灵活 、 功 能 全 面 、 部 署 简单 .扩展 丰富 ,其 超过 150 项 特性 得 到 了 全 球 115 
个 国家 超过 19 000 家 客户 的 认可 。 





302, 软件 测试 技术 及 实战 汇编 
\4 


RANG 
— 
1. PGE A RA RR HER A A HET A. 
2. 自动 化 测试 技术 有 哪些 ? 
3. 目前 市 场 上 主流 的 测试 工具 有 哪些 ? 
4. 软件 测试 工具 分 为 哪 几 类 ? 请 举例 说 明 。 






软件 测试 案例 


NDN 


O 


本 篇 分 为 4 章 : 第 15 章 成 人 教务 管理 系统 .第 16 章 图 书 管理 系 
统 、 第 17 章 人 事 档 案 管理 系统 、 第 18 章 炭 入 式 软件 系统 一 一 俄罗斯 方 
块 。 本 篇 从 4 个 经 典 案例 出 发 ,介绍 设计 测试 用 例 的 过 程 , 供 读者 学 习 。 
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(5.1 测试 计划 


1. 测试 方案 


测试 方案 采用 黑 盒 测 试 方法 。 整 个 过 程 采 用 自 底 向 上 、 逐 个 集成 的 办 法 ,依次 进行 单元 
测试 .组 装 测试 ,测试 用 例 的 设计 应 包括 合理 的 和 不 合理 的 输入 条 件 。 


2. 测试 项 目 


测试 1 

名 称 : 系统 登录 测试 。 

目的 : 测试 登录 功能 。 

内 容 : 用 户 名 密码 用 户 类 别提 交合 理性 检查 、 合 法 性 检查 ,用 户 名 密码 用 户 类 别 校 验 ， 
错误 提示 信息 。 

进度 : 2 小 时 

测试 2 

名 称 : 密码 修改 测试 。 

目的 : 测试 密码 修改 功能 。 

内 容 : 密码 修改 显示 控制 , 原 密码 新 密码 及 确认 新 密码 提交 ,合理 性 检查 、 合 法 性 检查 ， 
原 密码 校 验 ,数据 库 新 密码 更 新 。 

进度 : 1 小 时 

测试 3 

名 称 : 学 生 个 人 基本 信息 管理 测试 。 

目的 : 测试 学 生 个 人 基本 信息 操作 界面 。 

内 容 : 学 生 个 人 基本 信息 显示 ,学 生 查询 ,添加 学 生 , 编 辑 学 生 个 人 基本 信息 ,删除 学 
生 , 备 份 学 生 个 人 基本 信息 。 

进度 : 5 小 时 

测试 4 

名 称 : 学 生成 绩 管理 测试 。 

目的 : 测试 学 生成 绩 操 作 功 能 。 
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内 容 : 学 生 个 人 成 绩 显示 ,课程 成 绩 显示 ,成 绩 录入 ,成 绩 修 改 , 学 生 个 人 成 绩 备 份 , 学 
生 个 人 成 绩 打 印 ,课程 成 绩 打 印 。 
进度 : 5 小 时 
测试 5 
名 称 : 课程 信息 管理 测试 。 
目的 : 测试 课程 信息 操作 功能 。 
内 容 : 课程 信息 显示 ,课程 查询 ,添加 课程 ,编辑 课程 ,删除 课程 。 
进度 : 5 小 时 
测试 6 
名 称 : 课程 用 书 管理 测试 。 
目的 : 课程 用 书 操作 功能 。 
内 容 : 课程 用 书信 息 显示 ,添加 课程 用 书 , 编 辑 课 程 用 书 , 删 除 课程 用 书 。 
HERE: 5 小 时 
测试 7 
名 称 : 
目的 : 
内 容 : 
进度 : 


N 


> 


告 管理 测试 。 
\ 告 功能 。 

告 显示 ,添加 公告 ,编辑 公告 ,删除 公告 。 
小 时 


> 


ay 


3. 测试 准备 
编写 相应 的 驱动 模块 ,并 精心 设计 测试 用 例 。 
4. 测试 机 构 


测试 小 组 : 略 
测试 人 员 : 略 
职责 : 找 出 程序 中 的 错误 。 


(15,2 测试 项 目 说 明 


测试 1 

名 称 : 系统 登录 测试 。 

目的 : 测试 登录 功能 。 

内 容 : 用 户 名 密码 用 户 类 别提 交 、 合 理性 检查 合法 性 检查 ,用 户 名 密码 用 户 类 别 校 验 ， 
错误 提示 信息 。 

条 件 : 无 

用 户 账户 表 如 表 15. 1 所 示 。 
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表 15.1 用 户 账户 表 






























































ID AP 名 E B BPR 3 
1 1051000297 1051000297 Student 
2 1051000295 123 Teacher 
3 1051000298 888888 manager 
测试 用 例如 表 15. 2 所 示 。 
表 15.2 系统 登录 测试 用 例 表 
输 入 输 出 
测试 用 例 1 用 户 名 或 密码 不 能 为 空 
测试 用 例 2 1051000297 ,123 用 户 名 或 密码 错误 ,请 您 重新 登录 
测试 用 例 3 123,1051000297 用 户 名 或 密码 错误 ,请 您 重新 登录 
测试 用 例 4 1051000297 ,1051000297 跳 转 到 学 生 主 页 
测试 用 例 5 1051000295,123 跳 转 到 任课 教师 主页 
测试 用 例 6 1051000298 ,888888 跳 转 到 主管 教师 主页 
步骤 及 操作 操作 完毕 ,提示 信息 或 跳 转 页 面 
允许 偏差 不 允许 有 任何 偏差 
进度 : ms 


测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 


测试 2 


名 称 : 密码 修改 测试 。 
目的 : 测试 密码 修改 功能 。 
内 容 : 密码 修改 显示 控制 , 原 密 码 新 密码 及 确认 新 密码 提交 、 合 理性 检查 合法 性 检查 ， 
原 密码 校 验 ,数据 库 新 密码 更 新 。 
条 件 : 上 述 用 户 账户 表 。 
测试 用 例如 表 15. 3 所 示 。 


表 15.3 密码 修改 测试 用 例 表 



































输 入 输 出 
测试 用 例 1 原 密码 不 能 为 空 
测试 用 例 2 1051000297 新 密码 不 能 为 空 
测试 用 例 3 1051000297,1051000297 确认 新 密码 不 能 为 空 
测试 用 例 4 123,123,123 原 密码 不 正确 ,请 您 重新 输入 
测试 用 例 5 1051000297,123,111 您 两 次 输入 的 新 密码 不 一 致 ,请 您 重新 输入 
测试 用 例 6 1051000297,123,123 操作 成 功 
步骤 及 操作 操作 完毕 ,提示 信息 
允许 偏差 不 允许 有 任何 偏差 








进度 : 略 。 
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测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 

测试 3 

名 称 : 学 生 个 人 基本 信息 管理 测试 。 

目的 : 测试 学 生 个 人 基本 信息 操作 界面 。 

内 容 : 学 生 个 人 基本 信息 显示 ,学 生 查询 ,添加 学 生 , 编 辑 学 生 个 人 基本 信息 ,删除 学 
生 , 备 份 学 生 个 人 基本 信息 。 

条 件 : 学 生 表 如 表 15.4 所 示 。 








表 15.4 学 生 表 
所 属 | 入 学 联系 个 人 
学 号 | 姓名 | 性 别 出 生年 月 日 | 专业 年 从 联系 电话 地 址 电子 邮件 主页 
软件 
1051000297| 赵 林 | 男 | 1987-01-15 工程 2005 |13488888888 | 北京 |Zhaolinsoul@yahoo. com. cn 




















测试 用 例如 表 15.5 所 示 。 
表 15.5 学 生 个 人 基本 信息 管理 测试 用 例 表 























输 入 输 出 
测试 用 例 1: 学 生 添 加 、 更 新 必 填 项 不 能 为 空 
测试 用 例 2: 学 生 添 加 、 更 新 | 1051000297, 36 Béh , -+--+ 此 记录 已 存在 
测试 用 例 3: 学 生 添加 、 更 新 | 1051000295, 张 晓 坤 ,…… 操作 成 功 
测试 用 例 A: 学 生 删 除 选中 学 生 列 表 前 的 复 选 框 , 单 击 是 否 要 删除 X x 


删除 





测试 用 例 5: 学 生 删 除 


确认 删除 单 击 “ 确 定 ”按钮 


返回 学 生 列表 ,删除 成 功 





测试 用 例 6: 学 生 备份 


选中 学 生 列 表 前 的 复 选 框 , 单 击 
“备份 "按钮 


是 否 要 备份 X X ,备份 后 将 删除 相关 
记录 














测试 用 例 7: 学 生 备 份 确认 备份 单 击 “ 确 认 ” 按 钮 操作 成 功 
测试 用 例 8: 学 生 查 询 1051000298 没有 此 记录 
测试 用 例 9: 学 生 查 询 1051000297/ 软 件 工 程 /2005/ 空 | 返回 学 生 列 表 
测试 用 例 10: 学 生 查 询 单 击 “ 相 应 查看 ”按钮 








操作 完毕 ,显示 学 生 列 表 、 个 人 














EERIE 基本 信息 ,提示 信息 
允许 偏差 不 允许 有 任何 偏差 
进度 : 略 。 


测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 


测试 4 


名 称 : 学 生成 绩 管 理 测试 。 

目的 : 测试 学 生成 绩 操 作 功 能 。 

内 容 : 学 生 个 人 成 绩 显示 ,课程 成 绩 显示 成 绩 录 入 ,成绩 修 改 , 学 生 个 人 成 绩 备 份 , 学 
生 个 人 成 绩 打印 ,课程 成 绩 打 印 。 


条 件 : 成 绩 表 如 表 15.6 所 示 。 
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表 15.6 成 绩 表 
ID 学 号 课程 编号 课程 名 称 所 属 学 期 成 绩 
1 1051000297 101 网 络 工程 2005 一 2006 春 67 
测试 用 例如 表 15.7 所 示 。 
表 15.7 学 生成 绩 管理 测试 用 例 表 
输 入 输 出 
测试 用 例 1: 成 绩 录 入 .修改 必 填 项 不 能 为 空 
测试 用 例 2: 成 绩 录入 ,修改 | 120 输入 非法 
测试 用 例 3: 成 绩 录入 ,修改 | 88 操作 成 功 
测试 用 例 4: 成 绩 查询 单 击 “ 查 看 ”按钮 显示 成 绩 单 
测试 用 例 5: 成 绩 备份 单 击 “ 备 份 ”按钮 是 否 要 备份 X X ,备份 后 将 删除 相关 记录 
测试 用 例 6: 成 绩 备份 确认 备份 单 击 “ 确 认 ” 按 钮 | 操作 成 功 
测试 用 例 7: 成 绩 单 打印 单 击 “ 打 印 ” 按 钮 生成 成 绩 单 (可 打印 ) 
测试 用 例 8: 成绩 单 打印 单 击 “ 打 印 ” 按 钮 调用 打印 
步骤 及 操作 操作 完毕 ,显示 成 绩 单 .提示 信息 
允许 偏差 不 允许 有 任何 偏差 
进度 : 略 。 


测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 


测试 5 


名 称 : 课程 信息 管理 测试 。 
目的 : 测试 课程 信息 操作 功能 。 
内 容 : 课程 信息 显示 ,课程 查询 ,添加 课程 ,编辑 课程 ,删除 课程 。 


















































条 件 : 无 。 
课程 表 如 表 15. 8 所 示 。 
表 15.8 课程 表 

ID 课程 编号 | 课程 名 称 所 属 专业 任课 教师 所 属 学 期 

1 101 网 络 工程 软件 工程 张 洪 2005 一 2006 春 
上 课 周 数 | 上 课 天 数 | 上 课 节 次 | 上 课 节 数 | 学 生 数 | 上 课 校区 | 上 课 教学 楼 | 上 课 教室 
1 一 18 周 1 3 3 100 北 二 区 教学 楼 501 

测试 用 例如 表 15. 9 所 示 。 

表 15.9 课程 信息 管理 测试 用 例 表 
输 入 输 出 

测试 用 例 1: 课程 添加 、 更 新 必 填 项 不 能 为 空 
测试 用 例 2: 课程 添加 、 更 新 | 102、 软 件 工程 .软件 工程 …… 操作 成 功 
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续 表 

输 入 输 出 
测试 用 例 3: 课程 删除 选中 课程 列表 前 的 复 选 框 , 单 击 “ 删 除 ”按钮 | 是 否 要 删除 X X 
测试 用 例 4: 课程 删除 确认 删除 单 击 “ 确 定 ” 按 钮 返回 课程 列表 ,删除 成 功 
测试 用 例 5: 课程 查询 103 没有 此 记录 
测试 用 例 6: 课程 查询 102/ 软 件 工程 /软件 工程 /…… 返回 课程 列表 
测试 用 例 7: 课程 查询 单 击 “ 相 应 查看 ”按钮 显示 课程 信息 
步骤 及 操作 操作 完毕 ,显示 课程 列表 、 课 程 信息 、 提 示 信 息 
允许 偏差 不 允许 有 任何 偏差 








测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 


测试 6 


名 称 : 课程 用 书 管理 测试 。 
目的 : 课程 用 书 操作 功能 。 
内 容 : 课程 用 书信 息 显示 ,添加 课程 用 书 , 编 辑 课 程 用 书 , 删 除 课程 用 书 。 
条 件 : 课程 用 书 表 如 表 15. 10 所 示 。 


表 15.10 课程 用 书 表 








ISBN 书 名 编 著 出 版 社 所 属 课 程 
7-115-14152-5 JSP 程序 设计 Vivek Chopra 人 民 邮 电 出 版 社 网 络 工程 
测试 用 例如 表 15.11 所 示 。 
表 15.11 课程 用 书 管理 测试 用 例 表 
输 入 输 出 
测试 用 例 1: 课程 用 书 添加 、 必 填 项 不 能 为 空 


更 新 





测试 用 例 2: 课程 用 书 添加 、 


7-121-00402-x、 软 件 工程 实用 教 



































更 新 BHH, EIRA 

j 选中 课程 用 书 列表 前 的 复 选 框 ， 
测试 用 例 3: 课程 用 书 删除 单 击 “删除 "按钮 是 否 要 删除 X X 
测试 用 例 4: 课程 用 书 删除 确认 删除 单 击 “ 确 定 ” 按 钮 返回 课程 用 书 列表 ,删除 成 功 
测试 用 例 5: 课程 用 书 查 询 7-302-03009-x 没有 此 记录 

i 7-121-00402-x /软件 工程 实用 教 | y 
测试 用 例 6: 课程 用 书 查询 BBB fone 返回 课程 用 书 列表 
测试 用 例 7: 课程 用 书 查询 单 击 “相应 查看 按钮 显示 课程 用 书信 息 
步骤 及 操作 操作 完毕 ,显示 课程 用 书 列表 课程 用 书信 息 、 提 示 信 息 
允许 偏差 不 允许 有 任何 偏差 

进度 : 略 。 


测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 
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测试 7 
名 称 : 公告 管理 测试 
目的 : 公告 功能 。 
内 容 : 公告 显示 ,添加 公告 ,编辑 公告 ,删除 公告 
条 件 : 测试 用 例如 表 15. 12 所 示 。 
R15.12 公告 管理 测试 用 例 表 
输 入 输 出 
测试 用 例 1: 公告 添加 、 更 新 必 填 项 不 能 为 空 
计算 机 公共 课 重修 说 明 、 因 计算 
机 公共 课 方案 修改 ,04 一 06 级 有 
; 公告 
测试 用 例 2: 公告 添加 、 更 新 部 分 同学 需要 重修 , 现 将 重修 安 操作 成 功 
排 如 下 …… 
选中 公告 列表 前 的 复 选 框 , 单 击 
,从 告 
测试 用 例 3: 公告 删除 ai 是 否 要 删除 X X 
测试 用 例 4: 公告 删除 确认 删除 单 击 “ 确 定 ” 按 钮 返回 公告 列表 ,删除 成 功 
测试 用 例 5: 公告 查询 单 击 “ 公 告 管理 ”按钮 显示 公告 列表 
测试 用 例 6: 公告 查询 单 击 “ 相 应 查看 ”按钮 显示 公告 信息 
步骤 及 操作 操作 完毕 ,显示 公告 列表 、 公 告 信息 、 提 示 信 息 
允许 偏差 不 允许 有 任何 偏差 
进度 : 略 。 


测试 资料 : 需求 规格 说 明 书 ,概要 设计 说 明 书 ,详细 设计 说 明 书 ,用 户 操作 手册 。 


(15,3 评价 


1. 范围 


此 测试 计划 说 明 书 中 的 测试 用 例 能 基本 上 包括 所 有 的 情况 ,基本 上 能 反映 此 软件 是 否 


存在 错误 。 
2. 准则 
以 能 发 现 错误 为 准则 。 
3. 测试 报告 


1) 测试 结果 
测试 结果 体现 在 以 下 几 个 方面 。 
(1) 系统 登录 测试 结果 如 表 15. 13 所 示 。 
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R15.13 系统 登录 测试 结果 
测试 项 目 。 测试 目的 输 入 预期 测试 结果 实际 测试 结果 
用 户 名 密码 用 户 | 空 , 空 用 户 名 或 密码 不 能 为 空 同 预期 测试 结果 
类 别提 交合 理性 |1051000297 ,123 用 户 名 或 密码 错误 ,请 您 重新 登录 | 同 预期 测试 结果 
登录 测试 性 杰 * 合法 性 检 123,1051000297 用 户 名 或 密码 错误 ,请 您 重新 登录 | 同 预期 测试 结果 
查 , 用 户 名 密码 用 |1051000297 ,1051000297 | 跳 转 到 学 生 主 界面 同 预 期 测试 结果 
户 类 别 校 验 ,错误 |1051000295 ,123 跳 转 到 任课 教师 主 界面 同 预期 测试 结果 
提示 信息 1051000298 ,888888 跳 转 到 主管 教师 主 界面 同 预期 测试 结果 
(2) 密码 修改 测试 结果 如 表 15. 14 所 示 。 
R15.14 密码 修改 测试 结果 
测试 项 目 测试 目的 输 入 预期 测试 结果 实际 测试 结果 
空 , 空 , 空 原 密码 不 能 为 空 同 预期 测试 结果 
密码 修改 显示 控制 , 原 |1051000297 新 密码 不 能 为 空 同 预期 测试 结果 
密码 新 密码 及 确认 新 |1051000297,1051000297 | 确认 新 密码 不 能 为 空 同 预期 测试 结果 
密码 修 | 密码 提交 、 合 理性 检 原 密码 不 正确 ,请 您 重 
123 i 结 
改 测试 e aaea e | 新 输入 i at 
码 校 验 ,数据 库 新 密码 您 两 次 输入 的 新 密码 
» 有 结 
更 新 1051000297,123,111 不 一 致 ,请 您 重新 输入 同 预期 测试 结果 
1051000297 ,123,123 操作 成 功 同 预期 测试 结果 
(3) 学 生 个 人 基本 信息 管理 测试 结果 如 表 15. 15 所 示 。 
R15.15 学生 个 人 基本 信息 管理 测试 结果 
测试 项 目 | 测试 目的 输 入 测试 操作 | 预期 测试 结果 实际 测试 结果 
BNE o 必 填 项 不 能 为 空 同 预期 测试 结果 
1051000297, 张 晓 坤 此 记录 已 存在 同 预期 测试 结果 
1051000295 , 张 晓 坤 = 操作 成 功 同 预期 测试 结果 
学 生 个 人 =e 
、 公 | 选择 学 生 列 表 前 的 选 
DER iy 框 , 单 击 “删除 "按钮 删除 ”| 是 否 要 删除 X X 同 预期 测试 结果 
人 基本 i 确认 删除 单 击 “ 确 认 ” 删除 返回 学 生 列表 ,删除 | 返回 后 ,学 生 列 
信息 管 学 生 , 编辑 按钮 ”| 成功 表 没 有 进行 更 新 
理 测试 选中 学 生 列 表 前 的 复 是 否 要 备份 X X ,备份 
7 EI as 选 框 , 单 击 “ 备 份 "按钮 si 后 将 删除 相关 记录 cides 
STRE 确认 备份 单 击 “ 确 认 ” 
按钮 备份 ”| 操作 成 功 同 预期 测试 结果 
1051000298 查询 没有 此 记录 同 预期 测试 结果 
1051000297/ 软 件 T F é 
程 /2005/ 空 查询 返回 学 生 列表 同 预 期 测试 结果 
单 击 “ 相 应 查看 ”按钮 查询 显示 学 生 基本 信息 同 预期 测试 结果 
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(4) 学 生成 绩 管 理 测试 结果 如 表 15. 16 所 示 。 
R15.16 学 生成 绩 管理 测试 结果 












































测试 项 目 | 测试 目的 输 入 测试 操作 预期 测试 结果 实际 测试 结果 
5 添加 ,修改 | 必 填 项 不 能 为 空 同 预期 测试 结果 
peiie 120 添加 .修改 | 输入 非法 同 预 期 测试 结果 
ae HE 添加 .修改 | 操作 成 功 同 预期 测试 结果 
全 | 单 击 “ 查 看 ”按钮 ÆW 显示 成 绩 单 同 预期 测试 结果 
SS oe 是 否 要 备份 又 又 ,备份 
绩 管理 “| 修改 ,学 生 个 | 单 击 “备份 "按钮 。 “| 备份 hs 同 预 期 测试 结果 
后 将 删除 相关 记录 
测试 ARS ee ae 
学 生 个 人 成 | 、， 备份 操作 成 功 同 预期 测试 结果 
绩 打 印 , 课 程 | 认 按钮 
成 绩 打印 | 单 击 * 打 印 "按钮 。 | 打印 生成 成 绩 单 (可 打印 ) | 同 预期 测试 结果 
i 单 击 “打印 ”按钮 。 “| 打印 调用 打印 同 预期 测试 结果 








注意 : 成 绩 录入 界面 不 易 使 用 , 需 改进 。 
(5) 课程 信息 管理 测试 结果 如 表 15. 17 所 示 。 


表 15.17 课程 信息 管理 测试 结果 
测试 项 目 | 测试 目的 输 入 测试 操作 | ”预期 测试 结果 实际 测试 结果 






































BS 添加 .更 新 | 必 十 项 不 能 为 空 “| 同 预期 测试 结果 
naa ee wg | 102. 软 件 工程 .软件 工程 | 添加 、 更 新 | 操作 成 功 同 预期 测试 结果 
pe EPPENSEKLS ui 是 否 要 删除 XX | 同 预期 测试 结果 

课程 信 pail 框 , 单 击 * 删 除 "按钮 

息 管理 | 课 各 "编辑 | BR Ma AE | 返回 课程 列表 , 删 | 返回 后 ,课程 列 

测试 fae me B 除 成 功 表 没 有 进行 更 新 
103 查询 没有 此 记录 同 预期 测试 结果 

102/ 软 件 工程 /软件 工程 | 查询 返回 课程 列表 | 同 预期 测试 结果 
单 击 “ 相 应 查看 "按钮 。 ”| 查询 显示 课程 信息 | 同 预期 测试 结果 


(6) 课程 用 书 管理 测试 如 表 15. 18 所 示 。 
表 15.18 课程 用 书 管理 测试 结果 


























测试 项 目 | 测试 目的 输 入 测试 操作 预期 测试 结果 实际 测试 结果 
全 空 添加 、 更 新 | 必 填 项 不 能 为 空 同 预期 测试 结果 
课程 用 书 | 7-121-00402-x, $k fF T ie 
A B waa MN 添加 、 更 新 | 操作 成 功 同 预 期 测试 结果 
= 选中 课程 用 书 列表 前 
示 , 添 加 3 F 结 
课程 用 | 加 E 用 | SCE MEE 删除 是 否 要 删除 XX “| 同 预期 测试 结果 
书 管理 4, 编辑 确认 删除 , 单 击 “ 确 定 ” 删除 返回 课程 用 书 列表 ，| 返 回 后 ,课程 用 书 列 
测试 = 按钮 删除 成 功 表 没有 进行 更 新 
7 程 网 7-302-03009-x 查询 没有 此 记录 同 预期 测试 结果 
， 删 7-121-00402-x /软件 工 
课程 用 书 | 程 实用 教程 / 自 哲 查询 返回 课程 用 书 列表 ”| 同 预期 测试 结果 
单 击 “相应 查看 ”按钮 “| 查询 显示 课程 用 书信 息 “| 同 预期 测试 结果 
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(7) 公告 管理 测试 结果 如 表 15. 19 所 示 。 


表 15.19 公告 管理 测试 结果 





测试 项 目 | 测试 目的 


输 入 测试 操作 | 预期 测试 结果 实际 测试 结果 





全 空 


添加 、 更 新 | 必 填 项 不 能 为 空 | 同 预 期 测试 结果 





计算 机 公共 课 重 修 说 明 、 因 计 
算 机 公共 课 方 案 修改 ， 





S$ HS oF 
> 
oF oF oF SI 


单 击 “删除 ?按钮 


04~06 级 有 部 分 同学 需要 重 | 删除 操作 成 功 同 预期 测试 结果 
修 , 现 将 重修 安排 描述 如 下 

fi INE Íi E 

选中 公告 列表 前 的 复 选 框 ，| 从 a a 





确认 删除 , 单 击 “确定 ”按钮 | 删除 


返回 公告 列表 ,| 返回 后 ,公告 列 






























































删除 成 功 表 没有 进行 更 新 
单 击 “ 公 告 管理 ”按钮 查询 显示 公告 列表 | 同 预期 测试 结果 
单 击 * 相 应 查看 "按钮 查询 显示 公告 信息 | 同 预期 测试 结果 
2) 文档 检查 
文档 检查 结果 如 表 15. 20 所 示 。 
R15.20 文档 检查 结果 
wit 标准 要 求 测试 结果 | ”备注 
syy | 应 提 供 测 试 所 过 的 文档 ,上 文档 中 必须 包含 规定 信息 (系统 | ay 
基本 信息 .功能 说 明 等 ) 
正确 性 | 文档 中 的 所 有 信息 应 是 正确 的 ,不 能 有 歧义 和 错误 的 表达 通过 
文档 检查 |_ 致 性 | 文档 的 内 容 相互 之 间 不 能 有 矛盾 ,每 个 属性 的 含义 保持 一 致 | 通过 
易 理解 性 | 文档 对 于 正常 使 用 的 一 般 用 户 应 是 易 理解 的 通过 
易 浏览 性 | 文档 易于 浏览 ,以 使 关系 明确 ,每 个 文档 应 有 目录 和 索引 表 | 通过 
3) 功能 性 测试 评价 
功能 性 测试 评价 结果 如 表 15. 21 所 示 。 
表 15.21 功能 性 测试 评价 结果 表 
测试 项 目 标准 要 求 测试 结果 | 备注 
功能 表现 | 文档 中 提 到 的 所 有 功能 应 能 执行 通过 
正确 性 | 程序 和 数据 应 与 文档 中 的 说 明 相对 应 通过 
功能 性 程序 和 数据 本 身 不 能 自 相 矛 盾 ,也 不 能 同文 
一 致 性 | 档 中 的 说 明 相 矛 盾 , 由 用 户 行使 的 程序 操作 | ”通过 
控制 和 程序 行为 应 有 一 致 的 结构 

















4) 非 功 能 性 评价 


非 功能 性 评价 测试 结果 如 表 15. 22 所 示 。 
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R15.22 非 功 能 性 评价 测试 结果 














































































































测试 项 目 标准 要 求 测试 结果 备注 
容错 性 错误 发 生 时 ,系统 应 有 提示 ,并 能 恢复 到 正常 状态 通过 
可 靠 性 安全 保密 性 | 对 不 同 用 户 所 设置 的 权限 设置 ,应 能 正常 实现 通过 
运行 稳定 性 测试 期 间 , 系 统 不 应 陷入 用 户 无 法 控制 的 状态 , 既 不 通过 
应 崩溃 ,也 不 应 丢失 数据 
程序 的 问题 .消息 和 结果 应 是 易 理解 的 ,出 错 消息 应 
易 理 解 性 提供 解释 相应 出 错 产生 的 原因 和 纠正 措施 的 详细 | 通过 
信息 
程序 使 用 时 ,应 能 够 辨别 正在 被 执行 的 功能 ,并 且 应 
易 用 性 易 浏览 性 以 易 观 察 . 易 读 的 形式 向 用 户 提供 信息 ,符合 程序 消 通过 
息 的 设计 规范 ,符合 屏幕 输入 格式 、 表 格 和 其 他 输入 
输出 的 设计 规范 
具有 验证 后 果 的 功能 执行 应 是 可 逆 的 ,或 者 程序 应 给 | 、 
TAME 出 该 后 果 的 明显 警告 ,并且 在 执行 命令 前 要 求 确认 =e 
在 规定 条 件 下 ,程序 执行 其 功能 时 ,应 提供 适当 的 响 | 、 
效率 RE 应 和 处 理 时 间 以 及 吞吐 率 a 
资源 特性 在 规定 条 件 下 ,程序 执行 其 功能 时 ,应 使 用 合适 的 资 通过 
料 数量 和 工作 时 间 
数据 打印 可 打印 输出 用 户 所 需要 的 表格 ,具备 浏览 .打印 功能 通过 
5) 单元 测试 结果 统计 
单元 测试 结果 统计 如 表 15. 23 所 示 。 
R15.23 单元 测试 结果 统计 表 
项 目 名 称 成 人 教务 管理 系统 项 目 简 码 AEMS 
测试 类 别 确认 测试 
测试 用 例 统计 
通过 47 
测试 结果 不 通过 3 
总 计 50 
测试 问题 统计 
自动 生成 数据 问题 严重 性 问题 类 型 问题 状态 
致命 0 程序 逻辑 2 已 修复 0 
死机 0 接口 处 理 0 重复 提交 0 
en 2 数据 定义 o 不 修改 o 
界面 问题 1 计算 0 不 重视 0 
建议 3 需求 0 无 法 修改 0 
设计 1 暂 不 修改 0 
其 他 0 不 是 缺陷 0 
6) 测试 评价 


成 人 教务 管理 系统 的 测试 评价 结果 如 表 15. 24 所 示 。 
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R15.24 测试 评价 结果 表 












































测试 时 间 2007. 12 
测试 人 员 4 人 
共 4 人 日 
其 中 
制定 测试 计划 1 人 日 
测试 工作 量 编写 测试 用 例 1 人 日 
单元 测试 4 人 日 
集成 测试 4 人 日 
系统 测试 4 人 日 
实际 测试 环境 | Windows XP Professional SP2 
测试 总 结 系统 通过 确认 测试 ,功能 符合 需求 规格 说 明 书 的 规定 , 且 系 统 稳定 





测试 改进 建议 





进一步 加 强 对 过 程 的 管理 和 对 工具 的 选择 








z4 AS 2 
图 书 管理 系统 | 


(16.1 软件 测试 计划 


16.1.1 引言 


1. 编写 目的 


根据 (需求 分 析 报 告 》, 在 仔细 考虑 并 讨论 之 后 ,又 对 “图 书 管理 系统 ”软件 的 功能 划 
分 .数据 结构 、 软 件 总 体 结构 有 了 进一步 的 认识 。 软 件 测试 计划 报告 是 为 “图 书 管理 系 
统 " 运 行 的 健壮 性 、 可 靠 性 提供 依据 ,其 预期 读者 是 从 事 “ 图 书 管理 系统 "开发 及 测试 的 相 
关 人 员 。 

2. 项 目 背 景 


本 项 目的 名 称 : 图 书信 息 管理 系统 。 
本 项 目的 使 用 者 : 读者 、 图 书信 息 管理 员 。 


3. 定义 


黑 盒 测试 : 黑 盒 测试 也 称 功 能 测试 , 它 是 通过 测试 来 检测 每 个 功能 是 否 都 能 正常 使 用 。 
在 测试 中 ,把 程序 看 作 一 个 不 能 打开 的 黑 盒 子 , 在 完全 不 考虑 程序 内 部 结构 和 内 部 特性 的 情 
况 下 ,在 程序 接口 进行 测试 , 它 只 检查 程序 功能 是 否 能 按照 需求 规格 说 明 书 的 规定 正常 使 
用 ,程序 是 否 能 适当 地 接收 输入 数据 而 产生 正确 的 输出 信息 。 黑 盒 测 试 着 眼 于 程序 外 部 结 
构 ,不 考虑 内 部 逻辑 结构 ,主要 针对 软件 界面 和 软件 功能 进行 测试 。 

白 盒 测试 : 白 盒 测 试 也 称 结构 测试 或 逻辑 驱动 测试 , 它 是 按照 程序 内 部 的 结构 测试 程 
序 , 通 过 测试 来 检测 产品 内 部 动作 是 否 能 按照 设计 规格 说 明 书 的 规定 正常 进行 ,检验 程序 中 
的 每 条 通路 是 否 都 能 按 预定 要 求 正 确 工 作 。 这 一 方法 是 把 测试 对 象 看 作 一 个 打开 的 盒子 ， 
测试 人 员 依 据 程序 内 部 逻辑 结构 等 相关 信息 ,设计 或 选择 测试 用 例 ,对 程序 所 有 逻辑 路 径 进 
行 测试 ,通过 在 不 同 点 检查 程序 的 状态 ,确定 实际 的 状态 是 否 与 预期 的 状态 一 致 。 
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16.1.2 任务 概述 
1. 目标 


软件 测试 计划 的 目标 是 详细 描述 对 图 书馆 管理 系统 进行 系统 测试 的 测试 过 程 。 软 件 测 
试 计划 所 测试 的 功能 均 来 自 于 需求 文档 : 图 书馆 管理 系统 需求 规格 说 明 书 。 


2. 运行 环境 


软件 环境 : 略 ; 

操作 系统 : 必须 为 Windows 系列 操作 系统 ; 
浏览 器 : TE 浏览 器 ; 

硬件 环境 : CPU 在 1GHz 以 上 ; 至 少 256MB 内 存 。 


3. 条 件 与 限制 


一 个 更 为 完善 的 图 书 管理 系统 应 提供 更 为 便捷 与 强大 的 信息 查询 功能 ,如 相应 的 网 络 
操作 及 服务 ,由 于 开发 时 间 和 计算 机 数量 有 限 ,该 系统 并 未 提供 这 一 功能 。 对 信息 的 保护 手 
段 仅 限 于 设置 用 户 级 别 , 以 及 提供 数据 文件 的 备份 ,比较 简单 ,不 能 防止 恶意 的 破坏 ,安全 性 
能 有 待 进一步 完善 。 

4. 功能 


软件 需 具 有 如 下 主要 功能 : 

A) 能 够 存储 一 定数 量 的 图 书信 息 , 并 方便 有 效 地 进行 相应 的 书籍 数据 操作 和 管理 。 
(2) 能 够 对 一 定数 量 的 读者 进行 相应 的 信息 存储 与 管理 。 

(3) 需要 长 期 保存 在 数据 库 的 数据 有 图 书信 息 .读者 信息 、 借 阅 信 息 和 账号 信息 。 

(4) 系统 用 户 管理 。 


16.1.3 计划 
1. 测试 方案 


测试 方案 采用 黑 盒 测 试 方法 ,整个 过 程 采用 自 底 向 上 、 逐 个 集成 的 办 法 ,依次 进行 单元 
测试 和 组 装 测试 ,测试 用 例 的 设计 应 包括 合理 的 和 不 合理 的 输入 条 件 。 


2. 测试 项 目 

测试 1 

名 称 : 出 错 测试 。 

目的 : 测试 出 借 功 能 。 

内 容 : 读者 证 号 输入 、 合 理性 检查 、 合 法 性 检查 , 借 书 对 话 框 显示 控制 ,图 书 书号 提交 、 
合理 性 检查 、 合 法 性 检查 , 借 书 登记 。 

进度 : 半天 。 
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测试 2 

名 称 : 还 书 测试 。 

目的 : 测试 还 书 功能 。 

内 容 : 还 书 对 话 框 显示 控制 ,图 书 书号 提交 ,合理 性 检查 、 合 法 性 检查 、 还 书 登记 。 
进度 : 半天 。 

测试 3 

名 称 : 系统 操作 登录 测试 。 

目的 : 测试 系统 操作 界面 。 

内 容 : 账号 口令 输入 、 合 理性 检查 、 合 法 性 检查 ,系统 操作 界面 显示 控制 。 
进度 : 半天 。 

测试 4 

名 称 : 更 改口 令 测 试 。 

目的 : 测试 更 改 当前 系统 操作 员 口 令 功能 。 

内 容 : 原 有 口令 输入 、 合 理性 检查 .合法 性 检查 ,新 口令 输入 、 合 理性 检查 ,更 新 口令 。 
进度 : 半天 。 

测试 5 

名 称 : 图 书库 管理 测试 。 

目的 : 测试 图 书库 操作 功能 。 

内 容 : 图 书库 管理 界面 显示 控制 ,图 书库 浏览 ,增加 图 书记 录 , 删 除 图 书记 录 , 编 辑 图 书 


记录 。 


进度 : 半天 。 

测试 6 

名 称 : 读者 库 管理 测试 。 

目的 : 测试 读者 库 操作 功能 。 

内 容 : 读者 库 管 理 界面 显示 控制 ,读者 库 浏览 ,增加 读者 记录 ,删除 读者 记录 ,编辑 读者 


记录 。 


进度 : 半天 。 

测试 7 

名 称 : 图 书 查询 测试 。 

目的 : 测试 图 书 查询 功能 。 

内 容 : 图 书 查 询 对 话 框 显示 控制 ,输入 数据 合理 性 检验 、 提 交 , 图 书 查询 结果 显示 。 
进度 : 半天 。 


3. 测试 准备 
编写 相应 的 驱动 模块 ,并 精心 设计 测试 用 例 。 
4. 测试 机 构 


测试 小 组 : 略 ; 
测试 人 员 : 略 ; 
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职责 : 找 出 程序 中 的 错误 。 


16.1.4 测试 项 目 说 明 
测试 1 
名 称 : 出 错 测 试 。 


目的 : 测试 出 借 功 能 。 
内 容 : 读者 证 号 输入 、 合 理性 检查 、 合 法 性 检查 , 借 书 对 话 框 显 示 控 制 ,图 书 书号 提交 、 
合理 性 检查 、 合 法 性 检查 , 借 书 登记 。 表 16. 1 为 读者 表 、 表 16. 2 为 图 书 表 、 表 16. 3 为 借 书 


记录 表 、 表 16. 4 为 测试 用 例 。 




























































































条 件 : 无 
表 16.1 读者 表 
读 者 号 读者 姓名 读者 地 址 读者 电话 读者 邮箱 
200101 One Address1 3012 h@sohu. com 
200102 Two Address2 3014 A@sohu. com 
200103 three Address3 3013 B@ sohu. com 
表 16.2 BPR 
图 书 编号 图 书 书 名 图 书 作 者 图 书 出 版 社 图 书 单价 图 书 状 态 
1 数字 通信 = 邮电 版 24 1 
2 数据 库 李斯 高 教 版 35 1 
3 随机 过 程 王 武 电子 版 13 1 
4 计算 机 网 络 刘 柳 清华 版 50 1 
5 信息 论 吴 启 邮电 版 25 2 
6 电磁 场 PRB 电子 版 24 1 
7 排队 论 田 玫 电子 版 14 2 
8 光纤 通信 顾 释 邮电 版 42 2 
9 移动 通信 PR 西 电 版 20 2 
10 数据 结构 PH 清华 版 30 2 
11 全 光 网 Re 邮电 版 40 2 
12 英语 四 级 Ea] 外 研 版 35 2 
表 16.3 借 书记 录 表 
图 书 编 号 读 者 号 借 书 日 期 
6 200101 2005. 1.6 
7 200101 2005. 3.6 
8 200101 2005. 3. 6 
9 200102 2005. 3. 7 
10 200102 2005. 3. 7 
11 200103 2005. 3. 8 
12 200103 2005. 3. 8 
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表 16.4 测试 用 例 

测试 用 例 输 入 输 出 

ï 200104,1 该 读者 证 号 不 存在 

2 200101,1 已 借 图 书 3 本 ,达到 最 大 限度 
3 200102,1 借阅 成 功 

4 200102,2 借阅 成 功 

5 200102,3 借阅 成 功 

6 200102,15 该 图 书 不 存在 或 不 在 库 

7 200102,4 借阅 成 功 

8 200102,5 该 图 书 不 存在 或 不 在 库 

9 200103 ,14 已 借 图 书 3 本 ,达到 最 大 限度 
10 D 读者 号 不 合法 











步骤 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直 接 查看 结果 。 

允许 偏差 : 不 允许 有 任何 偏差 。 

进度 : 半天 。 

测试 资料 : 需求 分 析 报 告 ,系统 分 析 设 计 报 告 。 

测试 2 

名 称 : 还 书 测试 。 

目的 : 测试 还 书 功能 。 

内 容 : 还 书 对 话 框 显示 控制 ,图 书 书号 提交 ,合理 性 检查 ,合法 性 检查 ,还 书 登 记 。 
表 16.5 所 示 为 测试 用 例 。 

条 件 : 借 书 测试 之 后 。 






































表 16.5 测试 用 例 
测试 用 例 输 入 输 出 
1 1( 图 书 书号 ) 提示 还 书 成 功 
2 5( 图 书 书号 ) 提示 图 书 超期 
3 3( 图 书 书号 ) 提示 还 书 成 功 
4 3( 图 书 书号 ) 该 记录 不 存在 
5 4( 图 书 书号 ) 提示 还 书 成 功 
6 4( 图 书 书号 ) 该 记录 不 存在 
7 6( 图 书 书号 ) 提示 还 书 成 功 
8 7( 图 书 书号 ) 提示 还 书 成 功 
9 8( 图 书 书号 ) 提示 还 书 成 功 
10 A( 图 书 书号 ) 不 合理 的 书号 
11 9( 图 书 书号 ) 提示 还 书 成 功 
12 10( 图 书 书号 ) 提示 还 书 成 功 











步骤 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 
允许 偏差 : 不 允许 有 任何 偏差 。 

进度 : 半天 。 

测试 资料 : 需求 分 析 报告 ,系统 分 析 设计 报告 。 
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测试 3 

名 称 : 系统 操作 登录 测试 。 

目的 : 测试 系统 操作 界面 。 

内 容 : 账号 口令 输入 、 合 理性 检查 、 合 法 性 检查 ,系统 操作 界面 显示 控制 。 表 16. 6 所 示 
为 系统 操作 员 表 , 表 16. 7 所 示 为 测试 用 例 表 。 

条 件 : 系统 操作 员 表 。 


表 16.6 系统 操作 员 表 


















































管理 员 名 称 管理 员 密码 

管理 员 1 2001 

管理 员 2 2002 

管理 员 3 2003 

管理 员 4 2004 

管理 员 5 2005 

管理 员 6 2006 

管理 员 7 2007 

管理 员 8 2008 

表 16.7 测试 用 例 
测试 用 例 输 入 输 出 

1 管理 员 1,2001 登录 成 功 , 跳 转 到 主页 面 
2 管理 员 2,2001 非法 的 账号 或 口令 
3 管理 员 3,2003 登录 成 功 , 跳 转 到 主页 面 
4 管理 员 99,2003 非法 的 账号 或 口令 
5 @@@@,2007 不 合理 的 输入 
6 管理 员 7,2007 登录 成 功 , 跳 转 到 主页 面 








步 又 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 

允许 偏差 : 不 允许 有 任何 偏差 。 

进度 : 半天 。 

测试 资料 : 需求 分 析 报告 ,系统 分 析 设计 报告 。 

测试 4 

名 称 : 更 改口 令 测 试 。 

目的 : 测试 更 改 当前 系统 操作 员 口 令 功 能 。 

内 容 : 原 有 口令 输入 、 合 理性 检查 、 合 法 性 检查 ,新 口令 输入 、 合 理性 检查 ,更 新 口令 。 
K 16. 8 所 示 为 测试 用 例 。 

条 件 : 系统 操作 员 表 。 

















表 16.8 测试 用 例 
测试 用 例 输 入 输 出 
1 2020,2020 口令 更 改 成 功 
2 2222,2221 两 次 输入 的 密码 不 一 致 
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步骤 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 
允许 偏差 : 不 允许 有 任何 偏差 。 


进度 : 半天 。 


测试 资料 : 需求 分 析 报告 ,系统 分 析 设计 报告 。 


测试 5 


名 称 : 图 书库 管理 测试 。 
目的 : 测试 图 书库 操作 功能 。 
内 容 : 图 书库 管理 界面 显示 控制 ,图 书库 浏览 ,增加 图 书记 录 , 删 除 图 书记 录 , 编 辑 图 书 
记录 。 表 16. 9 所 示 为 测试 用 例 。 
条 件 : 前 面 的 图 书 表 。 


表 16.9 测试 用 例 
输 入 


图 书 管理 系统 





输 出 





测试 用 例 1 图 书 添加 


19( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ) ,王侯 (图 书 作 者 )， 
清华 版 (图 书 出 版 社 ),24( 图 书 单价 ) ,计算 机 组 成 及 原 
理 ( 图 书 摘要 ),A( 图 书 分 类 ) 


图 书 添加 成 功 





测试 用 例 2 图 书 添加 


1( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 王 飞 ( 图 书 作者 )， 
清华 版 (图 书 出 版 社 ),24( 图 书 单价 ) ,计算机 组 成 及 原 
理 ( 图 书 摘要 ),A( 图 书 分 类 ) 


图 书 编号 已 存在 





测试 用 例 3 图 书 添加 


空 (图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 王 飞 (图 书 作 者 )， 
清华 版 (图 书 出 版 社 ),24( 图 书 单价 ,计算机 组 成 及 原 
理 ( 图 书 摘要 ) ,A( 图 书 分 类 ) 


图 书 编号 为 必 填 项 





测试 用 例 4 图 书 添加 


1( 图 书 编号 ) , 空 (图 书 名 称 ), 王 飞 ( 图 书 作 者 ) ,清华 版 
(图 书 出 版 社 ) ,24( 图 书 单价 ) ,计算 机 组 成 及 原理 (图 书 
摘要 ) ,A( 图 书 分 类 ) 


图 书 书 名 为 必 填 项 





测试 用 例 5 图 书 添加 


Kkk( 图 书 编号 ), 空 (图 书 名 称 ), 王 飞 ( 图 书 作者 ) ,清华 
版 (图 书 出 版 社 ) ,24( 图 书 单价 ) ,计算 机 组 成 及 原理 (图 
书 摘要 ) ,A( 图 书 分 类 ) 


图 书 编号 输入 不 
合理 





测试 用 例 6 图 书 添加 


1( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 空 (图 书 作 者 ), 清 
华 版 (图 书 出 版 社 ),24( 图 书 单价 ,计算 机 组 成 及 原理 
(图 书 摘要 ),A( 图 书 分 类 ) 


图 书 作 者 为 必 填 项 





测试 用 例 7 图 书 添加 


1( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 王 飞 (图 书 作者 )， 
空 (图 书 出 版 社 ) ,24( 图 书 单价 ) ,计算 机 组 成 及 原理 (图 
书 摘要 ) , A( 图 书 分 类 ) 


图 书 出 版 社 为 必 
填 项 





测试 用 例 8 图 书 添加 


1( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 王 飞 (图 书 作者 )， 
清华 版 (图 书 出 版 社 ), 空 (图 书 单价 ), 计 算 机 组 成 及 原 
理 (图 书 摘要 ) ,A( 图 书 分 类 ) 


书 单价 为 必 填 项 





测试 用 例 9 图 书 添加 





1( 图 书 编号 ) ,组 成 原理 (图 书 名 称 ), 王 飞 (图 书 作 者 )， 
清华 版 (图 书 出 版 社 ) ,24( 图 书 单价 ), 空 (图 书 摘要 ) ,A 
(图 书 分 类 ) 





图 书 编号 已 存在 





324 


Ne. 


软件 测试 技术 及 实战 汇编 


























续 表 
输 入 输 出 
工 图 书 编号 ) 组 成 原 还 (图 书 名 称 ) 王 飞 (图 书 作者 
测试 用 例 10 图 书 添加 | 清华 版 (图 书 出 版 社 ),24( 图 书 单价 ), 计 算 机 组 成 及 原 | 图 书 分 类 已 存在 
理 (图 书 摘要 ), 空 (图 书 分 类 ) 
1( 图 书 编号 ), 组 成 原理 (图 书 名 称 )， 王 飞 (图 书 作者 )， 
测试 用 例 11 图 书 添加 | 清华 版 (图 书 出 版 社 ) ,24( 图 书 单价 ), 空 (图 书 摘要 ), A | 图 书 编号 已 存在 
(图 书 分 类 ) 
20( 图 书 编号 ) 组 成 原 还 (图 书 名 称 ) 王 候 ( 图 书 作者 ) 
测试 用 例 12 图 书 添加 | 清华 版 (图 书 出 版 社 ),24( 图 书 单价 ), 空 (图 书 摘要 ),A | 图 书 添加 成 功 
(图 书 分 类 ) 
测试 用 例 13 图 书 删除 | 选择 图 书信 息 列表 前 的 复 选 框 , 单 击 “删除 ”按钮 hg a 
测试 用 例 14 图 书 更 新 | ASAD a RH BEN SE a TE 
测试 用 例 15 图 书 更 新 | 在 修改 界面 中 输入 修改 的 信息 ,把 图 书 价格 修改 成 aaa ee 
测试 用 例 16 图 书 更 新 | 在 修改 界面 中 输入 修改 的 信息 ,把 团 书 价格 修改 成 24 | 提示 修改 成 功 








步骤 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 

允许 偏差 : 不 允许 有 任何 偏差 。 

进度 : 半天 。 

测试 资料 : 需求 分 析 报 告 ,系统 分 析 设 计 报 告 。 

测试 6 

名 称 : 读者 库 管理 测试 。 

目的 : 测试 读者 库 操作 功能 。 

内 容 : 读者 库 管 理 界面 显示 控制 ,读者 库 浏览 ,增加 读者 记录 
记录 。 如 表 16. 10 所 示 为 测试 用 例 。 

条 件 : 前 面 的 读者 表 。 


表 16.10 测试 用 例 
输 入 





,删除 读者 记录 ,编辑 读者 


输 出 





测试 用 例 1 


读者 添加 


200105( 借 书证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 222( 联 系 
地 址 ),010-222222( 电 话 号 码 ),www@. ce. cc( 电 子 邮 件 ) 


读者 添加 成 功 





测试 用 例 2 


读者 添加 


200101( 借 书证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 222( 联 系 
地 址 ),010-222222( 电 话 号 码 ),www@. ce. cc( 电 子 邮 件 ) 


借阅 证 号 已 存在 





测试 用 例 3 


读者 添加 


空 ( 借 书 证 号 ) , 李 力 (读者 姓名 ) ,女生 公寓 222 (联系 地 
址 ),010-222222( 电 话 号 码 ),www@. ce. cc( 电 子 邮件 ) 


借阅 证 号 为 必 填 项 





测试 用 例 4 


读者 添加 


200101( 借 书证 号 ), 空 (读者 姓名 ) ,女生 公寓 222( 联 系 地 
hk) ,010-222222( 电 话 号 码 ),www@. ce. cc( 电 子 邮 件 ) 


读者 姓名 为 必 填 项 





测试 用 例 5 


读者 添加 


AAA( 借 书证 号 ) , 李 力 (读者 姓名 ) ,女生 公寓 222( 联 系 地 
址 ),010-222222( 电 话 号 码 ) .www@. ce. cc( 电 子 邮 件 ) 


借阅 证 号 输入 不 合理 





测试 用 例 6 


读者 添加 





200106( 借 书证 号 ) , 李 力 (读者 姓名 ), 女 生 公 寓 222( 联 系 
地 址 ) ,010-222222( 电 话 号 码 ) ,www@. cc. cc( 电 子 邮 件 ) 





读者 添加 成 功 
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续 表 

输 入 输 出 
测试 用 例 7 | 200106( 借 书证 号 ), 李 力 (读者 姓名 ) ,女生 公寓 222( 联 系 PE 
读者 添加 地 址 ) ,010-222222( 电 话 号 码 ) ,www. ce. cc( 电 子 邮 件 ) aT aAtee 
测试 用 例 8 | 200106( 借 书证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 222( 联 系 读者 添加 成 功 
读者 添加 地 址 ) ,010-222222( 电 话 号 码 ) ,hello. ce. cc( 电 子 邮 件 ) 
测试 用 例 9 wee 返回 图 书 编号 为 200106 
a dd ail 的 读者 信息 
测试 用 例 10 “ » j A 
读者 查询 AAA( 借 书证 号 ) , 单 击 “ 查 看 "按钮 借 书 证 号 输入 不 合理 
测试 用 例 11 本 eo à 
读者 查询 40( 借 书证 号 ) , 单 击 “ 查 看 ”按钮 不 存在 该 借 书 证 号 
测试 用 例 12 本 返回 图 书 编号 为 200105 
读者 查询 200105( 借 书证 号 ), 单 击 “ 查 看 ”按钮 的 读者 信息 
die 选择 读者 信息 列表 前 的 复 选 框 , 单 击 “ 删 除 ”按钮 弹出 “删除 确认 ”对 话 框 
adla M| 选择 读者 信息 列表 前 的 复 选 框 , 单 击 * 更 新 "按钮 跳 转 到 修改 界面 
apis i 在 修改 界面 中 输入 修改 的 信息 ,把 读者 邮件 修改 成 aaa 提示 读者 邮件 不 合理 
测试 用 例 16 | 在 修改 界面 中 输入 修改 的 信息 ,把 读者 邮件 修改 成 = 
读者 更 新 aaa@ hotmail. com 提示 修改 成 功 





步 又 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 
允许 偏差 : 不 允许 有 任何 偏差 。 

进度 : 半天 。 

测试 资料 : 需求 分 析 报告 ,系统 分 析 设计 报告 。 


测试 7 


名 称 : 图 书 查询 测试 。 
目的 : 测试 图 书 查询 功能 。 
内 容 : 图 书 查询 对 话 框 显示 控制 ,输入 数据 合理 性 检验 提交, 图书 查询 结果 显示 。 

K 16. 11 所 示 为 测试 用 例 。 
条 件 : 图 书 表 。 


表 16.11 测试 用 例 








输 入 


输 出 





测试 用 例 1 图 书 查 询 


20( 图 书 编号 ) , 单 击 “查看 ”按钮 


返回 图 书 编号 为 20 的 图 书信 息 





测试 用 例 2 图 书 查 询 


AAA( 图 书 编号 ) , 单 击 “ 查 看 "按钮 


图 书 编号 输入 不 合理 





测试 用 例 3 图 书 查询 


40( 图 书 编号 ) , 单 击 “查看 "按钮 


不 存在 该 图 书 





测试 用 例 4 图 书 查 询 





19( 图 书 编号 ) , 单 击 “ 查 看 ”按钮 


返回 图 书 编号 为 19 的 图 书信 息 





测试 用 例 5 图 书 查 询 


计算 机 (图 书 编号 ) , 单 击 “ 查 看 ”按钮 








息 列 表 


返回 图 书 书 名 包含 “计算 机 ?的 图 书信 
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步骤 及 操作 : 操作 完毕 ,打开 图 书信 息 库 直接 查看 结果 。 
允许 偏差 : 不 允许 有 任何 偏差 。 
进度 : 半天 。 
测试 资料 : 需求 分 析 报告 ,系统 分 析 设计 报告 。 


(16.2 软件 测试 分 析 报告 


16.2.1 


测试 结果 


测试 结果 如 表 16. 12 一 表 16. 17 所 示 。 
表 16.12 出 借 功能 测试 结果 




























































































测试 项 目 测试 目的 测试 输入 预期 测试 结果 实际 测试 结果 
报错 :“ 该 读者 证 号 不 存在 ”停留 在 原 
‘ 局 结 
读者 证 号 输入 , 合 | O0] | 界面 sii 
理性 检查 、 合 法 性 | 200101,1 | 提示 : 已 借 图 书 5 本 ,达到 最 大 限度 | 同 预期 测试 结果 
出 错 测试 | 检查 , 借 书 对 话 框 | 200102,1 | 借阅 成 功 同 预期 测试 结果 
显示 控制 ,图 书号 | 200102,2 | 借阅 成 功 同 预期 测试 结果 
A .* X y ” 
提交 、 合 法 性 检查 D 报错 :“ 该 读者 证 号 不 存在 ”停留 在 原 同 预期 测试 结果 
界面 

表 16.13 还 书 功能 测试 结果 
测试 项 目 测试 目的 测试 输入 预期 测试 结果 实际 测试 结果 
1( 图 书 书号 ) 提示 还 书 成 功 同 预 期 测试 结果 
5( 图 书 书号 ) 提示 图 书 超期 同 预 期 测试 结果 
还 书 测试 图 书 书号 的 合法 性 检 | 3( 图 书 书号 ) 该 记录 不 存在 同 预 期 测试 结果 
查 , 还 书 登记 A( 图 书 书号 ) 不 合理 的 图 书 书号 同 预 期 测试 结果 
10( 图 书 书号 ) 提示 还 书 成 功 同 预 期 测试 结果 
9( 图 书 书号 ) 提示 还 书 成 功 同 预 期 测试 结果 

表 16.14 系统 登录 功能 测试 结果 
测试 项 目 测试 目的 测试 输入 预期 测试 结果 实际 测试 结果 
管理 员 1,2001 登录 成 功 , 跳 转 到 主 界面 同 预 期 测试 结果 
系统 操 | 账号 口令 输入 、 合 | 管理 员 2,2001 非法 的 账号 或 口令 同 预 期 测试 结果 
作 登 录 | 法 性 检查 管理 员 99,2003 非法 的 账号 或 口令 同 预 期 测试 结果 
@@@@,2007 不 正确 的 输入 同 预期 测试 结果 

表 16.15 系统 登录 功能 测试 结果 
测试 项 目 测试 目的 测试 输入 预期 测试 结果 实际 测试 结果 
更 改口 令 原 有 口令 输入 合法 性 检 | 2020,2020 | 口令 更 改 成 功 同 预期 测试 结果 
查 , 新 口令 合法 性 检查 2222,2221 | 两 次 输入 的 密码 不 一 致 同 预期 测试 结果 




















表 16.16 图 书 管理 功能 测试 结果 
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测试 项 目 | 测试 目的 测试 输入 预期 测试 结果 | 实际 测试 结果 
DARAD 组 成 原理 (图 书 书 名 ) 王 候 ( 图 书 作 TINAS 
者 ) EAB BMD AARM I | 图 书 添加 成 功 | PE 
组 成 及 原理 (图 书 摘 要 ),A( 图 书 分 类 ) 
1( 图 书 编号 ) ,组 成 原理 (图 书 书 名 ), 王 飞 (图 书 作 AANT 
着 ), 清 华 版 (图 书 出 版 社 ),24( 图 书 单价 ,计算 机 | 图 书 编号 已 存 在 | Mm 
组 成 及 原理 (图 书 摘要 ) ,A( 图 书 分 类 ) 
空 (图 书 编号 ), 组 成 原理 (图 书 书 名 ), 王 飞 (图 书 作 | rie 
者 ) ,清华 版 (图 书 出 版 社 ),24( 图 书 单价 ), 计 算 机 A oo 
组 成 及 原理 (图 书 摘要 ),A( 图 书 分 类 ) 
IT 图 书 编号 ), 空 (图 书 书 名 ), 王 飞 ( 图 书 作者 ) 清 | pia 
华 版 (图 书 出 版 社 ),24( 图 书 单价 ), 计 算 机 组 成 及 tai re 
原理 (图 书 摘要 ),A( 图 书 分 类 ) 
kkk( 图 书 编导 ), 空 (图 书 书 名 ), 王 飞 (图 书 作者 )， 
清华 版 (图书 出 版 社 ),24 图 书 单价 ), 计 算 机 组 成 中 汪 和 全 全 人 | RU 
及 原理 (图 书 摘要 ) ,A( 图 书 分 类 ) i 
1( 图 书 编号 ), 组 成 原理 (图 书 书 各), 空 (图 书 作 
者 ) ,清华 版 (图 书 出 版 社 ),24( 图 书 单价 ), 计 算 机 Fs oT 
图 | 组 成 及 原理 (图 书 摘要 ),A( 图 书 分 类 ) 
图 书 ”| 1( 图 书 编号), 空 (图 书 书 名 ), 王 飞 (图 书 作者 ), 空 
书 库 | (图 书 出 版 社 ) ,24( 图 书 单价 ), 计 算 机 组 成 及 原理 as oe 
库 | R | (图 书 摘要 ),A( 图 书 分 类 ) 
管 “| te | 1( 图 书 编号 ), 组 成 原理 (图 书 书 名 ), 王 飞 (图 书 作 
理 功 | 者 ), 清 华 版 (图 书 出 版 社 ), 空 (图 书 单价 ), 计 算 机 is uaa 
能 | 组 成 及 原理 (图 书 摘要 ),A( 图 书 分 类 ) 
1( 图 书 编号), 组 成 原理 (图 书 书 名 ), 王 飞 (图 书 作 E 
者 ) ,清华 版 (图书 出 版 社 ),24《( 图 书 单价 ), 空 [图书 [ARRE PO 
摘要 ) ,A( 图 书 分 类 ) E 
RES). HR RBA) ERARE ERER 
者 ) ,清华 版 (图书 出 版 社 ),24( 图 书 单价 ), 计 算 机 | 图 书 编号 已 存 在 | r 
组 成 及 原理 (图 书 摘要 ) ,A( 图 书 分 类 ) 
20( 图 书 编号 ) ,组 成 原理 (图 书 书 名 ) ,王侯 (图 书 作 同 预 期 测 试 
者 ) ,清华 版 {图书 出 版 社 ),24( 图 书 单价 ), 空 (图 书 | 图 书 添加 成 功 | PE 
摘要 ),A( 图 书 分 类 ) 
; — 项 由 “出 除 确 | 同 预期 测试 
这 择 图 书信 息 列表 前 的 计生, 音 者 "出 除 " 接 乌 。 | A) 全 
选择 图 书信 息 列表 前 的 选 框 , 单 击 “ 更 新 "按钮 | 跳 转 到 修改 界面 cea 
在 修改 界面 中 输入 修改 的 信息 "把 图 书 价格 修改 | 提示 图 书 价 格 | 同 预期 测试 
成 aaa 不 合法 结果 
CCAM PRAGA RE EMER MBE | g 








成 24 
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表 16.17 读者 库 管 理 功能 测试 结果 


















































测试 | 测试 
项 目 | 目的 测 试 输 入 预期 测试 结果 实际 测试 结果 
200105( 借 书证 号 ) , 李 力 (读者 姓名 ) ,女生 公寓 同 预期 测试 
222( 联 系 地 址 ),010-222222 (电话 号 码 ), www | 读者 添加 成 功 结果 
@. ce. cc( 电 子 邮 件 ) 
200101( 借 书证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 、 
222( 联 系 地 址 ) ,010-222222( 电 话 号 码 )， chro aaa Basa 
www@. ce. cc( 电 子 邮件 ) TRTE iii 
空 ( 借 书 证 号 ) , 李 力 (读者 姓名 ) ,首都 师范 大 学 同 预期 测试 
女生 公寓 222 (联系 地 址 ),010-222222 (电话 号 | 借阅 证 号 为 必 填 项 结果 
码 ),www@.cc.cc( 电 子 邮 件 ) 
空 ( 借 书 证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 222 同 预期 测试 
(联系 地 址 ),010-222222 (电话 号 码 ),www@cc，| 借阅 证 号 为 必 填 项 结果 
cc( 电 子 邮 件 ) 
200101( 借 书证 号 ) , 空 ( 读 者 姓名 ) ,女生 公寓 222 同 预 期 测试 
(联系 地 址 ) ,010-222222( 电 话 号 码 ),www@. cc. | 读者 姓名 为 必 填 项 
cc( 电 子 邮件 ) am 
AAAA( 借 书证 号 ), 李 力 (读者 姓名 ) ,女生 公寓 同 预期 测试 
222( 联 系 地 址 ),010-222222( 电 话 号 码 )， 借阅 证 号 输入 不 合法 
. www@. cc. cc( 电 子 邮 件 ) A 
i 本 200106( 俏 书证 号 ) 李 力 ( 读 者 姓名 ) 女生 公寓 anid 
者 a | 222( 联 系 地 址 ) ,010-222222( 电 话 号 码 ) ， 读者 添加 成 功 
库 7 www@. ce. cc( 电 子 邮 件 ) ae 
管 m 200106( 借 书证 号 ), 李 力 ( 读 者 姓名 ) ,女生 公寓 同 预期 测试 
理 a 222( 联 系 地 址 ) ,010-222222( 电 话 号 码 )， 电子 邮件 输入 不 合法 结果 
www. ce. cc( 电 子 邮件 ) 
200106( 借 书证 号 ), 李 力 (读者 姓名 ), 女 生 公寓 同 预期 测试 
222( 联 系 地 址 ) ,010-222222( 电 话 号 码 ),HELLO | 读者 添加 成 功 
@. cc. cc( 电 子 邮件 ) sali 
200106( Hf PES , 单 击 “ 查 看 "按钮 Ar et 
AAA( 借 书证 号 ), 单 击 “ 查 看 ”按钮 借 书证 号 输入 不 合法 ia 
40( 借 书证 号 ) , 单 击 “ 查 看 "按钮 不 存在 该 借 书证 号 
Ten 返回 图 书 编号 为 200105| 同 预期 测试 
200105( 借 书证 号 ) , 单 击 “ 查 看 ”按钮 的 读者 信息 结果 
选择 读者 信息 列表 前 的 选 框 , 单 击 “删除 " 技 钮 。 | 弹出 “删除 确认 ”对 | 同 预期 测试 
话 框 结果 
同 预 期 测试 








选择 读者 信息 列表 前 的 对 话 框 , 单 击 “ 更 新 ”按钮 





跳 转 到 修改 界面 





结果 
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BR 
测试 | 测试 
项 目 | 目的 测 试 输 入 预期 测试 结果 实际 测试 结果 
在 修改 界面 中 输入 修改 的 信息 ,把 读者 邮件 修改 提示 读者 邮件 不 合理 同 预期 测试 
成 aaa 结果 





pitches. aden 返回 图 书 编号 为 20 的 | 没有 返回 初始 











图 书信 息 界面 
al” 
# : AAA( 图 书 编号 ), 单 击 “ 查 看 "按钮 图 书 编号 输入 不 合理 vii mae 
库 | 2 a 
管 | © | 4o( 图 书 编号 ), 单 击 * 查 看 "按钮 不 存在 该 图 书 ee 
a | * 结果 
理 
返回 图 书 编号 为 19 的 同 预期 测试 
19( 图 书 编号 ) , 单 击 * 查 看 "按钮 sient 人 





返回 图 书 书 名 包含 计 | 同 预 期 测试 


计算 机 (图 书 书 名 ) , 单 击 “ 查 看 ”按钮 算 机 的 图 书信 息 列表 | 结果 














16.2.2 文档 检查 


文档 检查 结果 如 表 16. 18 所 示 。 
R16.18 文档 检查 结果 


























项 目 标准 要 求 结 R 备 注 
完整 性 应 提供 测试 所 需 的 文档 通过 
正确 性 文档 中 的 所 有 信息 应 是 正确 的 ,不 能 有 歧义 和 错误 的 表达 通过 
— Batt 文档 的 内 容 相互 之 间 不 能 矛盾 ,含义 要 保持 一 致 通过 
易 理解 性 | 文档 对 于 正常 使 用 的 一 般 用 户 应 是 易 理解 的 通过 
易 浏览 性 | 文档 易于 浏览 ,以 使 关系 明确 ,每 个 文档 应 有 目录 和 索引 表 通过 








16.2.3 功能 性 测试 定性 评价 


功能 性 测试 定性 评价 结果 如 表 16. 19 所 示 。 
表 16.19 功能 性 测试 定性 评价 结果 























项 目 标准 要 求 结 R 备 注 
功能 表现 | 文档 中 提 到 的 所 有 功能 应 能 执行 通过 
正确 性 程序 和 数据 应 与 文档 中 的 说 明 相对 应 通过 
_ 致 性 程序 和 数据 本 身 不 能 自 相 矛 盾 , 也 不 能 同文 档 中 的 说 明 矛 盾 ， 通过 
由 用 户 行使 的 程序 操作 控制 和 程序 行为 应 有 一 致 的 结构 
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16.2.4 非 功能 性 评价 


非 功能 性 评价 结果 如 表 16. 20 所 示 。 
R16.20 非 功 能 性 评价 结果 























项 目 标准 要 求 GR 注 
容错 性 | 错误 发 生 时 ,系统 应 有 提示 ,并 能 恢复 到 正常 通过 
安全 保密 性 | 对 不 同 用 户 所 设置 的 权限 设置 ,应 能 正常 实现 通过 
对 期 , AS 人 态 ， i 
运行 稳定 性 系统 不 应 陷入 用 户 无 法 控制 的 状态 , 即 不 应 丢失 通过 








人 事 档案 管理 系统 


(17.1 实验 环境 

— | 
1. 能 够 安装 JUnit 4.3 的 计算 机 。 
2. 开源 测试 软件 JUnit 4. 3 。 


(17.2 实验 任务 
~ 
(1) 根据 应 用 系统 的 功能 要 求 及 性 能 需求 ,采用 以 黑 盒 为 主 、 白 盒 为 辅 的 测试 方法 , 检 
查 “ 人 事 档 案 管理 系统 ”各 模块 的 输入 .输出 ,系统 性 能 等 是 否 符合 需求 分 析 和 系统 设计 的 要 
求 , 检 查 系 统 对 异常 情况 的 处 理 能 力 。 
(2) 通过 JUnit 测试 软件 实现 命令 模式 下 的 简单 类 测试 和 集成 测试 下 的 自动 测试 。 


(7.3 ”实验 内 容 与 步 又 


dh 
1. 功能 测试 


根据 “人 事 档 案 管理 系统 ”的 需求 分 析 和 设计 上 的 要 求 , 设 计 10 个 功能 测试 ,具体 如 下 : 
(1) 建立 并 维护 员工 基本 信息 的 测试 ; 

(2) 建立 并 维护 部 门 信息 的 测试 ; 

(3) 管理 员工 与 部 门 之 间 对 应 关系 的 测试 ; 

(4) 员工 统计 功能 的 测试 ; 

(5) 部 门 统计 功能 的 测试 ; 

(6) 关键 词 查 询 功 能 的 测试 ; 

(7) 条 件 查 询 和 模糊 查询 的 测试 ; 

(8) 管理 用 户 密码 功 能 的 测试 ; 

(9) 数据 报表 功能 的 测试 ; 

(10) 系统 基本 信息 维护 的 测试 。 

下 面 给 出 第 (8) 个 功能 测试 用 例 的 模板 ,其 他 测试 用 例 类 似 , 如 表 17. 1 所 示 。 
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表 17.1 测试 用 例 模板 















































public Salary(int amount, String currency) { 


fAmount = amount; 
f£Currency = currency; 


} 











模块 功能 Login 程序 员 KK 日 期 时 间 
用 例 编 号 Login_1 相关 用 例 无 前 提 条 件 无 
验证 是 否 输入 合法 的 数据 ,允许 合法 登录 , 阻 
功能 | 用 户 身份 验证 测试 用 例 de 
参考 条 件 | 无 测试 数据 用 户 名 : USERNAME; 密码 : password 
操作 步 又 操作 描述 数据 期 望 结果 实际 结果 | 测试 状态 
， | 输入 用 户 名 称 , 按 | 用 户 各 一 “userr， n e 
“登录 "按钮 BR ea 
, | mA ew 用 户 名 为 空 rh 
录 " 按 钮 ,密码 一 “1” me 
示警 告 信息 ” 
，。 | 输入 用 户 名 和 密 | 用户 各 一 “usemamer， a 
码 , 按 "登录 "按钮 “| 密码 一 “2” 
密码 !1” 
—— 
， | 输入 用 户 和 名 和 密 | 用 户 名 =“X x x”， apiece 
码 , 按 "登录 "按钮 “| 密码 一 “1 kar 
输入 用 户 名 和 密 | 用 户 名 一 “username”， 
5 | 码 , 按 "登录 "按钮 “| 密码 一 “password”| 进 ^ 系 统 主页 面 
输入 用 户 名 和 密 | 用 户 名 一 “Admin"， 
S| 码 , 按 “ 登 录 "按钮 | 密码 一 “admin” | 进 人 系统 管理 页 面 
2. 性 能 测试 
根据 “人 事 档 案 管理 系统 ”的 需求 分 析 和 设计 上 的 要 求 ,设计 4 个 性 能 测试 ,如 下 : 
(1) 检查 数据 约束 条 件 的 测试 ; 
(2) 数据 录入 、 修 改 、 删 除 的 测试 ; 
(3) 数据 查询 的 测试 ; 
(4) 数据 输出 测试 。 
3. JUnit 类 测试 
在 JUnit 命令 模式 下 ,假设 有 一 个 类 ,具体 如 下 : 
public class Salary{ 
private int fAmount; // 货 币 类 型 
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public int amount(){ 
Return fAmount; 

} 
public String currency(){ 
return fCurrency; 
} 
public Salary add(Salary m) { // 加 工资 
return new Salary(amount() + m. amount(),currency()); 
} 
public boolean equals(Object anObject) { // 判 断 工资 金额 是 否 相等 
if(anObject instanceof Money) { 

Salary aSalary = (Money) anObject; 

Return aSalary. currency().equals(currency()) 
&&amount() == aSalary. amount() ; 
} 
Return false; 
} 
} 


利用 TestCase 定义 一 个 子 类 ,在 这 个 子 类 中 生成 一 个 被 测试 的 对 象 ,编写 代码 检测 某 
个 方法 被 调用 后 对 象 的 状态 与 预期 的 状态 是 否 一 致 ,进而 断言 程序 代码 有 没有 bug, 

当 测 试 这 个 子 类 中 多 个 方法 的 实现 代码 时 ,可 以 先 建立 一 个 基本 测试 ,让 这 些 测 试 在 同 
一 个 基本 测试 上 运行 ,一 方面 可 以 减少 每 个 测试 的 初始 化 ,同时 还 可 以 测试 这 些 不 同方 法 之 
间 的 联系 。 

测试 Salary 的 Add 方法 如 下 : 


public class SalaryTest extends TestCase{ //TestCase 的 子 类 
public void testAdd(){ // 把 测试 代码 放 在 testhdd 中 
Salary m12CHF = new Money(12,"CHE") ; // 本 行 和 下 一 行进 行 一 些 初始 化 
Salary m14CHF = new Money(14, "CHF" ); 
Salary expected = new Money(26, "CHF" ) ; // 预 期 的 结果 
Salary result = m12CHF. add(m14CHF) ; // 运 行 被 测试 的 方法 


Assert. assertTrue( expected. equals(result) ); // 判 断 运行 结果 是 否 与 预期 的 相同 
} 
} 


测试 equals 方法 用 类 似 的 方法 ,代码 如 下 : 


public class Salary Test extends TestCase{ //TestCase 的 子 类 
public void testEquals(){ // 把 测试 代码 放 在 testEquals 中 
Salary m12 CHF = new Money(12,"CHF"); // 本 行 和 下 一 行进 行 一 些 初始 化 
Salary m14CHF = new Money(14, "CHF" ) ; 

Assert. assertTrue(!m12CHF. equals(null)) ; // 进 行 不 同情 况 的 测试 


Assert. assertEquals(m12CHF,m12CHF) ; 

Assert. assertEquals(m12CHF, new Salary(12,"CHE")); 
Assert. assertTrue(!m12CHF. equals(m14CHF) ) ; 

} 


当 要 同时 进行 测试 Add 和 equals 方法 时 ,可 以 将 它们 各 自 的 初始 化 工作 合并 到 一 起 进 
行 ,形成 测试 基础 。 用 setUp 初始 化 ,用 tearDown 清除 。 如 下 : 
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public class Salary Test extends TestCase{ //TestCase 的 子 类 
private Salary £12CHF; // 提 取 公 用 的 对 象 
private Salary f14CHF; 
protected void setup(){ // 初 始 化 公用 对 象 


£12CHF = new Salary(12,"CHF"); 
£14CHF = new Salary(14,"CHF"); 
} 
public void testEquals(){ // 测 试 equals 方法 的 正确 性 
Assert.assertTrue(!f12CHF. equals(null)); 
Assert. assertEquals(f12CHF, £12CHF) ; 
Assert. assertEquals(f12CHF, new Salary(12,"CHF")); 
Assert. assertTrue(! £12CHF. equals(£14CHF) ); 
} 
public void testSimpleAdd( ) { // 测 试 add 方 法 的 正确 性 
Salary expected = new Salary(26, "CHF" ); 
Salary result = f12CHF. add( f14CHF) ; 
Assert. assertTrue( expected. equals( result) ) ; 
} 
} 


将 以 上 3 个 中 的 任 一 个 TestCase 子 类 代码 保存 到 名 为 SalaryTest. java 的 文件 里 ,并 
在 文件 首 行 增加 import junit. framework. * ,都 是 可 以 运行 的 。 


4. 自动 测试 


在 集成 模式 下 ,利用 TestSuite 可 以 将 一 个 TestCase 子 类 中 所 有 test *xx () 方 法 包含 
进来 一 起 运行 ,也 可 将 TestSuite 子 类 也 包含 进来 ,从 而 形成 一 种 等 级 关系 。 可 以 把 
TestSuite 视 为 一 个 容器 , 盛 放 TestCase 中 的 test + () 方 法 , 它 自己 也 可 以 租 套 。 这 种 体 
系 架构 非常 类 似 于 实际 工作 中 程序 一 步 步 开 发 和 一 步 步 集 成 的 做 法 。 


对 上 面 的 例子 ,有 代码 如 下 : 
public class SalaryTest extends TestCase{ //TestCase 的 子 类 
public static Test suite(){ // 静 态 Test 
TestSuite suite = new TestSuite() ; // 生 成 一 个 TestSuite 


suite. addTest(new SalaryTest("testEquals"));  // 加 入 测试 方法 
suite. addTest(new SalaryTest("testSimpleAdd") ) ; 
return suite; 
} 
} 


命令 模式 与 集成 模式 的 本 质 区 别 是 : 前 者 一 次 只 运行 一 个 测试 ,后 者 一 
个 测试 。 
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8.1 项 目 简介 


(1) 测试 方法 : 单元 测试 。 
(2) 子 模块 名 称 : 排行 榜 。 
(3) 源 代码 : 


private void _gameOver() // 游 戏 结束 

{ 

// Display game over. 

string s = "您 的 得 分 为 : "; 

string al=""; 

char[] A ={ }; 

int i=1; 

_blockSurface. FontStyle = new Font(FontFace, BigFont) ; // 设 置 基本 格式 
_blockSurface. FontFormat. Alignment = StringAlignment. Near; 
_blockSurface. DisplayText = "GAME OVER !!"; 


string sc = Convert. ToString(_score) ; // 得 到 当前 玩家 的 分 数 
//write into file; 

string path= "D: \\test1. txt"; // 文 件 路 径 

try 


í 

FileStream fs = new FileStream(path, FileMode. OpenOrCreate, FileAccess. ReadWrite) ; 
StreamReader strmreader = new StreamReader (fs) ; // 建 立 读 文件 流 

String[ ] str = new String[5]; 

String[ ] split = new String[5]; 

while (strmreader. Peek()!= - 1) // 从 文件 中 读 取 数 据 不 为 空 时 
{ 

for (i=0; i<5; i++) 


{ 


str[ i] = strmreader. ReadLine() ; // 以 行为 单位 进行 读 取 , 赋予 数组 str[i] 
split[i] = str[i].Split(': ')[1]; // 按 照 ": "将 文字 分 开 , 赋 予 数组 split[i] 
} 

} 

personl = Convert. ToInt32(split[0]); // split[0] 的 值 赋予 第 一 名 

person2 = Convert. ToInt32(split[1]); // split[1] 的 值 赋予 第 二 名 


person3 = Convert. ToInt32(split[2]); // split[2] 的 值 赋予 第 三 名 
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person4 = Convert. ToInt32(split[3]); 
person5 = Convert. ToInt32(split[4]); 
strmreader. Close() ; 

fs.Close(); 


// split[3] 的 值 赋予 第 四 名 
// split[4] 的 值 赋予 第 五 名 
// 关 闭 流 


FileStream ffs = new FileStream(path, FileMode. OpenOrCreate, FileAccess. ReadWrite) ; 


StreamWriter sw = new StreamWriter(ffs) ; 


// 建 立 写 文件 流 


if (_score > personl) { person5 = person4; person4 = person3; person3 = person2; person2 = 


personl; personl = score; } 


// 如 果 当 前 分 数 大 于 第 一 名 ,排序 


else if (_score > person2) {person5 = person4; person4 = person3; person3 = person2; person2 = 


_score; } 


// 如 果 当 前 分 数 大 于 第 三 名 ,排序 


// 如 果 当 前 分 数 大 于 第 二 名 ,排序 


else if (_score > person3) { person5 = person4; person4 = person3;person3 = score; } 


// 如 果 当 前 分 数 大 于 第 四 名 ,排序 
else if (_score > person4) { person5 = person4; person4 = _score; } 
// 如 果 当 前 分 数 大 于 第 五 名 ,排序 
else if (_score > person5) { person5 = _score; } 
// 在 文件 中 的 文件 内 容 


string ppl = "第 一 名 : 
string pp2 = "第 二 名 : 
string pp3 = "第 三 名 : 


"+ Convert. ToString(person1) ; 
" + Convert. ToString(person2) ; 
"+ Convert. ToString(person3) ; 
string pp4 = "第 四 名 : " + Convert. ToString(person4) ; 
string pp5 = "第 五 名 : " + Convert. ToString(person5) ; 
string ppR= ppl + "\r\n" + pp2 + "\r\n" + pp3 + 
byte[ ] info = new UTF8Encoding( true) . GetBytes( ppR) ; 
// 将 内 容 写 人 文件 

sw. Write(ppR) ; 

sw. Close(); 

ffs.Close(); 

} 

catch (Exception ex) 

{ 

Console. WriteLine(ex. ToString()); 

} 

s=st+" "+ sc; 

// Draw surface to display text. 

//Draw(); 

MessageBox. Show(s) ; 


(18.2 单元 测试 设计 


18.2.1 静态 测试 : 代码 走 查 


代码 走 查 报告 如 表 18. 1 所 示 。 


"\r\n" + ppd + "\r\n" + pp5 


+ "\r\n"; 


// 异 常 处 理 


// 在 界面 中 显示 排行 榜 内 容 
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表 18.1 代码 走 查 报告 





发 现 的 问题 





. 有 代码 的 结构 清晰 ,具有 良好 的 结构 外 观 


函数 定义 清晰 


.结构 设计 能 够 满足 机 能 变更 


整个 函数 组 合 合理 


. 所 有 主要 的 数据 构造 描述 清楚 、 合 理 
.模块 中 所 有 的 数据 结构 都 定义 为 局 部 的 
. 为 外 部 定义 了 良好 的 函数 接口 





函数 组 织 


. 函数 都 有 一 个 标准 的 函数 头 声明 

. 函数 组 织 : k, RAA , SR PB 
.函数 都 能 够 在 最 多 2 页 纸 可 以 打印 
. 所 有 的 变量 声明 每 行 只 声明 一 个 
.函数 名 小 于 64 个 字符 





代码 结构 


.每 行 代码 都 小 于 80 字符 

. 所 有 的 变量 名 都 小 于 32 字符 

.所 有 的 行 每 行 最 多 只 有 一 句 代 码 或 一 个 表达 式 
. 复杂 的 表达 式 具 备 可 读 性 

. 续 行 缩 进 

.括号 在 合适 的 位 置 

. 注解 在 代码 上 方 ,注释 的 位 置 不 太 好 





函数 


.函数 头 清楚 地 描述 函数 和 它 的 功能 
.代码 中 几乎 没有 相关 注解 

.函数 的 名 字 清 晰 地 定义 了 它 的 目标 以 及 函数 所 做 的 事情 
.函数 的 功能 清晰 定义 

.函数 高 内 聚 只 做 一 件 事情 ,并 做 好 

. 参数 遵循 一 个 明显 的 顺序 

.所 有 的 参数 都 被 调用 

.函数 的 参数 个 数 小 于 7 个 

. 使 用 的 算法 说 明 清楚 








数据 类 型 与 变量 





. 数据 类 型 不 存在 数据 类 型 解释 
. 数据 结构 简单 以 便 降低 复杂 性 
. 每 一 种 变量 没有 明确 分 配 正确 的 长 度 、 类 型 和 存储 空间 
. 每 一 个 变量 都 初始 化 了 ,但 并 不 是 每 一 个 变量 都 在 接近 


使 用 它 的 地 方才 初始 化 


. 每 一 个 变量 都 在 最 开始 的 时 候 初 始 化 

. 变量 的 命名 不 能 完全 ,明确 地 描述 该 变量 代表 什么 
. 命名 不 与 标准 库 中 的 命名 相 冲突 

. 程序 没有 使 用 特别 的 、 易 误解 的 ,发 音 相似 的 命名 
. 所 有 的 变量 都 用 到 了 
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续 表 





序号 项 E 发 现 的 问题 





38. 条 件 检查 和 结果 在 代码 中 清晰 

39. if/else 使 用 正确 

40. 普通 的 情况 在 计 下 处 理 而 不 是 else 

41. 判断 的 次 数 降 到 最 小 

6 条 件 判断 42. 判断 的 次 数 不 大 于 6 KEREN if HE 

43. 数字 、 字 符 ,指针 和 0/NULL/FLASE 判断 明确 
44. 所 有 的 情况 都 考虑 

45. 判断 体 足 够 短 , 以 使 得 一 次 可 以 看 清楚 

46. REBKNF 3 次 





47. 循环 体 不 为 空 

48. 循环 之 前 做 好 初始 化 代码 

49. 循环 体能 够 一 次 看 清楚 

50. 代码 中 不 存在 无 穷 次 循环 

51. 循环 的 头 部 进行 循环 控制 

52. 循环 索引 没有 有 意义 的 命名 

53. 循环 设计 得 很 好 , 它 只 完成 一 件 事情 
54. 循环 终止 的 条 件 清晰 

55. 循环 体内 的 循环 变量 起 到 指示 作用 
56. 循环 工 套 的 次 数 小 于 3 次 





57. 所 有 文件 的 属性 描述 清楚 

58. 所 有 OPEN/CLOSE 调用 描述 清楚 
59. 文件 结束 的 条 件 进行 检查 

60. 显示 的 文本 无 拼写 和 语法 错误 


8 输入 输出 





61. 注释 不 清楚 ,主要 的 语句 没有 注释 
9 注释 62. 注释 过 于 简单 
63. 看 到 代码 不 一 定 能 明确 其 意义 








18.2.2 动态 测试 


(1) 应 用 白 盒 测试 基本 路 径 苞 盖 法 进行 测试 。 
程序 模块 如 图 18. 1 所 示 。 

第 1 步 , 画 出 流程 图 ,如 图 18. 2 所 示 ; 
第 2 步 ,计算 圈 复杂 度 ; 
V(G)=P+1=5+1=6 

第 3 步 ,导出 独立 路 径 ; 

路 径 1: 1-2-11 

路 径 2: 1-3-4-11 

路 径 3: 1-3-5-6-11 

路 径 4: 1-3-5-7-8-11 

路 径 5: 1-3-5-7-9-10-11 
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person5=person4 
person4=person3 
person3=person2 
person2=person1 
person |=score 











person5=person4 
person4=person3 
person3=person2 
person2=score 





personS=person4 
person4=person3 
person3=score 








person5=person4 
person4=score 








person5=score 








图 18.1 程序 模块 图 
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路 径 6: 1-3-5-7-9-11 
第 4 步 , 设 计 测 试用 例 ( 令 person] = 23, person? = 20, person3 = 10, person4 = 6, 
person5 一 4) ,如 表 18. 2 所 示 。 


图 18.2 流程 图 























表 18.2 测试 用 例 
输入 数据 输出 数据 
编号 路 径 覆 盖 判定 覆盖 
score person1 person2 person3 person4 personS 
1 24 24 23 20 10 6 1-2-11 T 
2 21 23 21 20 10 6 1-3-4-11 FT 
3 15 23 20 15 10 6 1-3-5-6-11 FFT 
4 23 20 10 6 1-3-5-7-8-11 FFFT 
5 23 20 10 5 1-3-5-7-9-10-11 FFFFT 
6 0 23 20 10 4 1-3-5-7-9-11 FFFFF 











(2) 黑 盒 测试 (边界 值 法 























由 于 输入 的 只 会 是 数据 , 且 数 据 均 大 于 0, 因 此 令 person1 一 23,person2 一 20,person3 
10,person4 一 6,person5 一 4, 采 用 边界 值 法 设计 测试 用 例如 表 18. 3 所 示 。 


表 18.3 采用 边界 值 法 设计 测试 用 例 









































测试 数据 
序号 | 测试 内 容 期 望 结果 
score 
1 从 大 到 小 排序 23 personl =23 person2=23 person3=20 person4=10 person5=6 
2 | 从 大 到 小 排序 24 personl=24 person2=23 person3=20 person4 一 10 person5=6 
3 | 从 大 到 小 排序 personl =23 person2=20 person3 一 10 person4=6 person5=4 
4 | 从 大 到 小 排序 personl=23 person2=20 person3=10 person4=6 person5=4 





18.2.3 驱动 模块 
源 代码 如 下 : 


import java. io. BufferedReader; 
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import java. io. IOException; 

import java. io. InputStreamReader; 

/xx 

* 

* @author WXR 

*/ 

public class Main { 

/xx 

* @param args the command line arguments 

x/ 

public static void main(String[] args) throws IOException { 

// TODO code application logic here 

int personl = 23, person2 = 20, person3 = 10, person4 = 6, person5 = 4; 

int score; 

String s; 

BufferedReader bf = new BufferedReader(new InputStreamReader(System. in) ) ; 

s= bf. readLine() ; 

score = Integer. valueOf(s) ; 

if (score > personl) {person5 = person4; person4 = person3; person3 = person2; person2 = 
personl; personl = score; } 

else if (score > person2) {person5 = person4; person4 = person3; person3 = person2; person2 = 
score; } 

else if (score>person3) {person5 = person4; person4 = person3;person3 = score; } 

else if (score>person4) {person5 = person4; person4 = score; } 

else if (score>person5) {person5 = score; } 

System. out.println(" 第 一 名 : "+ personl +"\n" + "第 二 名 : "+ person2 +"\n" + "第 三 名 : "+ 
person3 + "\n" + "第 四 名 : " + person4 + "\n" + "第 五 名 : "+ person5 +"\n"); 

} 

} 





18.2.4 单元 测试 的 Bug 列表 


单元 测试 Bug 列表 如 表 18.4 所 示 。 
表 18.4 Bug 列表 





编 号 Bug 





1 注释 过 于 简单 
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[A.1 概述 


1. 软件 测试 文档 的 定义 


软件 测试 文档 就 是 为 将 软件 测试 当 作 一 个 项 目 一 样 实施 计划 和 管理 而 引入 的 , 它 为 测 
试 项 目的 组 织 、 规 划 和 管理 提供 了 一 个 规范 化 的 架构 。 


2. 软件 测试 文档 的 内 容 


软件 测试 文档 包括 测试 计划 ,测试 用 例 、 测 试 方案 、 测 试 报告 . 性 能 测试 报告 \ 用 户 操 作 
手册 等 。 测 试 文档 中 所 规定 的 内 容 可 以 作为 对 测试 过 程 完备 性 的 对 照 检查 表 , 有 助 于 提高 
测试 工程 每 个 阶段 的 能 见 度 , 极 大 地 提高 了 测试 工作 的 可 管理 性 。 

为 了 统一 测试 文档 的 书写 标准 ,IEEE/ANSI 制定 了 829 一 1983 标准 ,还 有 其 他 的 一 些 
也 用 于 指导 软件 测试 文档 的 编写 ,如 我 国 制定 的 (计算 机 软件 测试 文件 百年 之 规范 (GB/ 下 
9386—1988)). 


3. 测试 文档 编写 规范 (GB/T 9386 一 1988) 简 介 


1) 引用 标准 

该 规范 的 引用 标准 为 : GB/T 11457 软件 工程 术语 .GB 8566 计算 机 软件 开发 规范 、 
GB 8567 计算 机 软件 产品 开发 文件 编制 指南 。 

2) 关键 术语 定义 

设计 层 : 软件 项 的 设计 分 解 (如 系统 、 子 系统 ,程序 ,模块 )。 

通过 准则 : 一 个 软件 项 或 软件 特性 的 测试 是 否 通过 的 判别 依据 。 

软件 特性 : 软件 项 的 显著 特性 (如 功能 、 性 能 或 可 移植 性 ) 。 

软件 项 : 源 代 码 、 目 标 代 码 、 作 业 控 制 代码 控制 数据 或 这 些 项 的 集合 。 

测试 项 : 作为 测试 对 象 的 软件 项 。 

3) 规范 的 主要 内 容 

该 规范 确定 了 各 个 测试 文件 的 格式 和 内 容 , 所 提出 的 文件 类 型 包括 测试 计划 、 测 试 说 明 
和 测试 报告 。 

测试 计划 免除 测试 活动 的 范围 方法 ,资源 和 进度 . 它 规定 被 测试 的 项 被 测试 的 特性 、 
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应 完成 的 测试 任务 、 担 任 各 项 工作 的 人 员 职 责 及 与 本 计划 有 关 的 风险 等 。 
4. 测试 说 明 包 括 哪些 内 容 


(1) 测试 设计 说 明 : 详细 描述 测试 方法 ,规定 该 设计 及 其 有 关 测 试 所 包括 的 特性 ,还 规 
定 完 成 测试 所 需 的 测试 用 例 和 测试 规程 .并 规定 特性 的 通过 准则 。 

(2) 测试 用 例 说明 : 列 出 用 于 输入 的 具体 值 以 及 预期 的 输出 结果 ,并 规定 在 使 用 具体 
测试 用 例 时 ,对 测试 规程 的 各 种 限制 。 将 测试 用 例 与 测试 设计 分 开 ,可 以 使 它们 用 于 多 个 设 
计 并 能 在 其 他 情形 下 重复 使 用 。 

(3) 测试 规程 说 明 : 规定 对 于 运行 系统 和 执行 指定 的 测试 用 例 来 实现 有 关 测 试 设计 所 
要 求 的 所 有 步骤 。 


5. 测试 报告 包括 哪些 内 容 


(1) 测试 项 传递 : 指明 在 开发 组 和 测试 组 独立 工作 的 情况 下 或 者 在 希望 正式 开始 测试 
的 情况 下 为 进行 测试 而 传递 的 测试 项 。 

(2) 测试 日 志 : 测试 组 用 于 记录 测试 执行 过 程 中 发 生 的 情况 。 

(3) 测试 事件 报告 : 描述 在 测试 执行 期 间 发 生 并 需 进一步 调查 的 一 切 事件 。 

(4) 测试 总 结 报告 : 总 结 与 测试 设计 说 明 有 关 的 测试 活动 。 


6. 对 规范 的 实施 


使 用 该 规范 的 每 个 单位 ,要 规定 测试 阶段 所 应 有 的 特性 文件 ,并 在 测试 计划 中 规定 测试 
完成 后 所 能 提交 的 全 部 文件 。 

使 用 该 规范 的 每 个 单位 应 该 补充 规定 对 内 容 的 要 求 和 约定 ,以 便 反映 总 结 在 测试 .文件 
控制 .配置 管理 和 质量 保证 方面 所 用 的 特定 方法 和 设备 工具 。 以 下 是 规范 中 的 文件 编制 实 
施 及 使 用 指南 : 

1) 实施 指南 

在 实施 测试 文件 编制 的 初始 阶段 可 先 编写 测试 计划 于 测试 报告 文件 。 测 试 计划 将 为 
整个 测试 过 程 提供 基础 。 测 试 报告 将 鼓励 测试 单位 以 良好 的 方式 记录 整个 测试 过 程 的 
情况 。 

2) 用 法 指南 

在 项 目 计 划 及 单位 标准 中 ,指明 在 哪些 测试 活动 中 需要 哪些 测试 文件 ,并 可 在 文件 中 加 
入 一 些 内 容 , 使 各 个 文件 适应 一 个 特定 的 测试 项 及 一 个 特定 的 测试 环境 。 


7. 各 个 测试 阶段 的 输出 文档 


(1) 单元 测试 计划 /设计 /执行 阶段 ,需要 输出 以 下 文档 : 
D 单元 测试 计划 。 
© 单元 测试 方案 。 
© 单元 测试 用 例 。 
© 单元 测试 日 报 。 
@ 单元 测试 报告 。 
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(2) 集成 测试 计划 /设计 /执行 阶段 ,需要 输出 以 下 文档 : 
© 集成 测试 计划 。 
@ 集成 测试 方案 。 
© 集成 测试 用 例 。 
© 集成 测试 日 报 。 
© 集成 测试 报告 。 
(3) 系统 测试 计划 /设计 /执行 阶段 ,需要 输出 以 下 文档 : 
D 系统 测试 计划 。 
@ 系统 测试 方案 。 
© 系统 测试 用 例 。 
© 系统 测试 日 报 。 
© 系统 测试 报告 。 


8. 测试 计划 测试 方案 、 测 试 指导 书 的 概念 


(1) 测试 计划 : 需要 确定 测试 对 象 , 测 试 组 织 、 测 试 任务 划分 ,测试 失败 /通过 的 标准 、 
挂 起 恢复 的 条 件 、 时 间 安 排 , 资 源 安排 .风险 估计 和 应 急 计 划 等 ; 

(2) 测试 方案 : 侧重 于 规划 测试 活动 的 技术 因素 。 如 确定 被 测 特性 、 测 试 组 网 、 测 试 对 
象 关 系 图 、 测 试 原理 ,测试 操作 流程 ,测试 需求 .工具 的 设计 、 测 试用 例 的 设计 (只 是 说 明 用 例 
的 设计 原则 ,具体 的 用 例 设计 应 该 在 用 例文 档 指出 ) ,测试 数据 的 设计 等 ; 

(3) 测试 指导 书 : 指 测试 过 程 文档 ,用 来 定义 测试 过 程 中 的 阶段 活动 ,输入 输出 、 角 色 
职责 模板、 工具 等 。 


9. 测试 计划 与 测试 方案 的 区 别 


(1) 测试 计划 是 组 织 层面 的 文档 ,从 组 织 管理 角度 对 一 次 测试 活动 进行 规划 测试 方案 
是 技术 层面 的 文档 。 

(2) 测试 计划 : 需要 确定 测试 对 象 , 测 试 组 织 、 测 试 任务 划分 、 测 试 失 败 /通过 的 标准 、 
挂 起 恢复 的 条 件 、 时 间 安 排 、 资 源 安排 ,风险 估计 和 应 急 计划 等 ; 

测试 方案 : 明确 策略 , 细 化 测试 特性 、 测 试用 例 的 规划 、 测 试 环境 的 规划 ,自动 化 测试 框 
架 的 设计 ,测试 工具 的 设计 和 选择 等 。 

(3) 测试 计划 考虑 “做 什么 ”, 测 试 方案 考虑 “怎么 做 ”。 

(4) 测试 计划 是 对 测试 全 过 程 的 组 织 、 资 源 、 原 则 等 进行 规定 和 约 东 ,并 制订 测试 全 过 
程 各 个 阶段 的 任务 以 及 时 间 进 度 安排 ,提出 对 各 项 任务 的 评估 、 风 险 分 析 和 需求 管理 。 

(5) 测试 方案 是 描述 需要 测试 的 特性 、 测 试 的 方法 、 测 试 环境 的 规划 、 测 试 工具 的 设计 
和 选择 测试 用 例 的 设计 方法 、 测 试 代码 的 设计 方案 。 

(6) 测试 计划 是 组 织 管理 层面 的 文件 ,从 组 织 管理 的 角度 对 一 次 测试 活动 进行 规划 。 

(7) 测试 方案 是 技术 层面 的 文档 ,从 技术 的 角度 对 一 次 测试 活动 进行 规划 。 

(8) 测试 计划 要 明确 的 内 容 。 

O 明确 测试 组 织 的 组 织 形式 : 测试 组 织 和 其 他 部 门 关系 ,责任 划分 ; 测试 组 织 内 的 机 
构 和 责任 安排 。 
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@ 明确 测试 的 测试 对 象 ( 明 确 测试 项 ,用 于 后 面 划分 任务 .估计 工作 量 等 ) 。 

© 完成 测试 的 需求 跟踪 。 

@ 明确 测试 中 需要 遵守 的 原则 : 测试 通过 /失败 标准 ,测试 挂 起 和 恢复 的 必要 条 件 。 

© 明确 测试 工作 任务 分 配 是 测试 计划 的 核心 : 进行 测试 任务 划分 ,进行 测试 工作 量 估 
计 , 人 员 资 源 和 物资 源 分 配 , 明 确 任务 的 时 间 和 进度 安排 ,风险 的 估计 和 规避 措施 ,明确 测试 
结束 后 应 交付 的 测试 工作 产品 。 

(9) 测试 方案 的 具体 内 容 包括 : 

D 明确 策略 ; 

© 细 化 测试 特性 (形成 测试 子 项 ) ; 

© 测试 用 例 的 规划 ; 

D 测试 环境 的 规划 ; 

© 自动 化 测试 框架 的 设计 ; 

© 测试 工具 的 设计 和 选择 。 

(10) 测试 方案 需要 在 测试 计划 的 指导 下 进行 ,测试 计划 提出 * 做 什么 ”, 而 测试 方案 明 


10.《 软 件 测试 文件 编制 规范 ) 中 的 内 容 要 求 


(1) 测试 计划 。 

O 测试 计划 名 称 (该 计划 的 第 1 章 ) 
© 引言 (该 计划 的 第 2 章 ) 
© 测试 项 

D 被 测试 的 特性 

© 不 被 测试 的 特性 

© 方法 

© 项 通过 的 准则 

@ 暂停 标准 和 再 启动 要 求 
加 应 提供 的 测试 文件 

D 测试 任务 

D 环境 要 求 

Q 职责 

O 人 员 和 训练 要 求 

@ 进度 

O 风险 和 应 急 

四 批准 

(2) 测试 设计 说 明 。 

D 测试 设计 说 明 名 称 

© 被 测试 的 特性 

© 方法 详 述 

@ 测试 用 例 名 称 
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© 特性 通过 准则 

(3) 测试 用 例 说 明 。 
D 测试 用 例 说 明 名 称 
© 测试 项 

© 输入 说 明 

@ 输出 说 明 

© 环境 要 求 
特殊 的 规程 要 求 
D 用 例 间 的 依赖 关系 
(4) 测试 规程 说 明 。 
D 测试 规程 说 明 名 称 
© 目的 

@ 特殊 要 求 

© 规程 步 又 

(5) 测试 项 传递 报告 。 
O 传递 报告 名 称 

@ 传递 项 

@ 位 置 

@ 状态 

© 批准 

(6) 测试 日 志 。 

O 测试 日 志 名 称 

@ 描述 

© 活动 和 事件 条 目 
(7) 测试 事件 报告 名 称 。 
O 测试 事件 报告 取 一 个 专用 名 称 
@ 摘要 

© 事件 描述 

© 影响 

(8) 测试 总 结 报告 。 
规定 该 报告 必须 由 哪些 人 (姓名 和 职务 ) 审 批 ,并 为 签名 和 日 期 留 出 位 置 。 


A.2 模板 


A.2.1 测试 大 纲 模 板 


测试 大 纲 在 一 般 情 况 下 是 由 一 位 对 整个 系统 设计 熟悉 的 设计 人 员 编 写 的 ,他 要 明确 测 
试 的 内 容 和 测试 通过 的 准则 ,能 设计 出 完整 合理 的 测试 用 例 ,以 便 系统 实现 后 进行 全 面 测 
试 。 如 图 A.1 所 示 。 
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1.3 参考 资料 


5. 人 员 和 时 间 
6. 测试 进度 计划 
7. 测试 提交 文档 








图 A.1 测试 大 纲 写作 模板 


测试 大 纲 的 主要 内 容 如 下 : 

(1) 测试 策略 ; 

(2) 需要 做 哪些 测试 ; 

(3) 测试 过 程 如 何 组 织 ; 

(4) 测试 人 员 包 括 哪些 。 

测试 大 纲 是 测试 单位 为 了 获得 测试 任务 ,在 项 目 招标 阶段 编制 的 文件 , 它 是 测试 单位 参 


与 投标 时 投标 书 内 容 的 重要 组 成 部 分 。 


1. 概述 
1.1 编写 目的 
测试 大 纲 文 档 的 编写 目的 在 于 为 软件 测试 人 员 提 供 详细 的 测试 步骤 和 测试 数据 ,以 保 


证 软件 测试 的 正确 性 和 完整 性 。 


1.2 术语 和 缩写 词 

1.3 参考 资料 

2. 测试 环境 

2.1 硬件 

列 出 进行 本 次 测试 所 需 的 硬件 资源 的 型 号 .配置 和 厂家 。 

2.2 软件 

列 出 进行 本 次 测试 所 需 的 软件 资源 ,包括 操作 系统 和 支持 软件 (不 含 待 测 软件 ) 的 名 称 、 


版 本 、 厂 家 。 


3. 测试 阶段 技术 
测试 阶段 的 技术 说 明 如 表 A. 1 所 示 。 


表 A.1 测试 阶段 的 技术 说 明 





测试 阶段 技术 | 是 否 采 用 说 BB 





自动 测试 技术 是 核心 业务 流程 采用 自动 测试 技术 





评审 测试 是 


对 软件 产品 功能 说 明文 档 和 设计 说 明文 档 进行 检查 ,在 需求 与 设计 阶段 
进行 
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BR 
测试 阶段 技术 | 是 否 采 用 说 BB 
编写 测试 用 例 是 在 产品 编码 阶段 编写 测试 用 例 
单元 测试 是 由 开发 人 员 进 行 操作 
功能 测试 是 由 开发 人 员 进 行 操作 





检测 模块 集成 后 的 系统 是 否 达到 需求 ,对 业务 流程 及 数据 流 的 处 理 是 否 




















集成 测试 是 符合 标准 ,系统 对 业务 流 处 理 是 否 存在 逻辑 不 严谨 及 错误 ,是 否 存在 不 合 
理 的 标准 及 要 求 

性 能 测试 是 由 测试 人 员 进 行 操作 

确认 测试 是 dd a i a i 

系统 测试 是 包括 性 能 测试 .压力 测试 和 回归 测试 等 

验收 测试 是 由 建设 单位 的 工程 实施 人 员 进行 操作 








4. 测试 内 容 和 测试 的 重点 

4.1 测试 概述 

对 测试 做 一 个 总 体 描述 。 

4.2 测试 操作 步骤 的 记录 

对 各 测试 操作 按 先后 顺序 进行 编号 记录 。 具 体 测试 操作 步骤 的 记录 如 表 A. 2 所 示 。 


表 A.2 具体 测试 操作 步骤 的 记录 表 












































测试 名 称 标识 符 
测试 时 间 测试 人 
操作 序号 错误 等 级 
测试 输入 说 明 输 入 的 具体 数据 或 动作 

预期 输出 说 明 预 期 的 输出 或 结果 

实际 输出 说 明 实际 的 输出 或 结果 

操作 序号 错误 等 级 
测试 输入 说 明 输 入 的 具体 数据 或 动作 

预期 输出 说 明 预 期 的 输出 或 结果 

实际 输出 说 明 实 际 的 输出 或 结果 

5. 人 员 和 时 间 


需要 列 出 一 份 清单 ,用 于 说 明 在 整个 测试 期 间 人 员 的 数量 时间、 技术 水 平 的 要 求 , 以 及 
项 目 与 人 员 的 职务 、 姓 名 、E-mail 和 电话 。 如 表 A. 3 所 示 。 


RAZ 人 员 和 时 间 表 
mR Ss 姓 名 E-mail 电 if 
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6. 测试 进度 计划 
7. 测试 提交 文档 


A.2.2 软件 测试 计划 模板 


测试 计划 说 明 书 是 项 目 经 理 或 者 开发 项 目的 负责 人 编写 的 ,并 交 给 最 终 用 户 、 系 统 集成 
人 员 测试 人 员 、 软 件 开发 人 员 、 软 件 管理 人 员 。 最 终 用 户 用 来 核实 软件 开发 .测试 实施 任务 
和 时 间 人 员 安 排 ; 核实 测试 需求 是 否 可 接受 ; 是 否 使 用 了 适当 的 测试 策略 ,反映 出 系统 或 
应 用 程序 按照 预定 的 用 途 来 进行 应 用 。 系 统 集成 人 员 测试 人 员 .软件 开 发 人 员 软件 管理 
人 员 用 来 安排 工作 进度 ,为 整个 测试 工作 指明 方向 。 

软件 测试 计划 是 指导 测试 过 程 的 纲领 性 文件 ,包含 了 产品 概述 ,测试 策略 ,测试 方法 , 测 
试 区域 测试 配置 测试 周期 ,测试 资源 ,测试 交流 、 风 险 分 析 等 内 容 。 

测试 计划 的 目的 是 粗略 地 估计 测试 大 致 需要 的 周期 和 最 终 测 试 报告 递交 的 时 间 ; 测试 
计划 是 针对 测试 中 的 每 个 环节 的 ,单元 测试 .集成 测试 ,系统 测试 等 一 般 都 需要 编写 测试 计 
划 , 写 的 重点 不 同 。 它 为 整个 测试 阶段 的 管理 工作 和 技术 工作 提供 指南 ; 确定 测试 的 内 容 
和 范围 ,为 评价 系统 提供 依据 。 

软件 测试 计划 模板 如 图 A. 2 所 示 o 
.概述 
1 编写 目的 
2 项 目 背景 
3 范围 
4 测试 摘要 
.4.1 重点 事项 
.4.2 争议 事项 
.4.3 风险 评估 
.4.4 测试 目标 
.5 提交 的 测试 文档 
.6 名 词 解释 
列 出 本 文件 中 用 到 的 专门 术语 的 定义 和 缩写 词 的 原 词组 。 
.7 参考 资料 

列 出 有 关 资 料 的 作者 ,标题 、 编 号 ,发表 日 期 出 版 单位 或 资料 来 源 。 

2. 测试 任务 概述 

测试 应 列 出 单元 测试 、 集 成 测试 、 系 统 测试 、 验 收 测试 等 任务 ,主要 介绍 测试 范围 ,并 作 
概括 性 描述 。 这 部 分 内 容 是 测试 计划 的 核心 所 在 。 单 个 模块 测试 、 系 统 整 体 测试 中 的 每 一 
项 测试 的 内 容 ( 类 型 ) .目的 及 其 名 称 、 标 识 符 、 进 度 安排 和 测试 条 件 等 。 

2.1 测试 目标 

2.2 测试 环境 

2.2.1 单元 测试 

2.2.2 集成 测试 
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工 概述 

11 编写 目的 

12 MBAR 

13 范围 

1.4 测试 摘要 

15 提交 的 测试 文档 

16 名 词 解释 
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2. ESE 

21 测试 目标 

22 测试 环境 

221 单元 测试 

2.22 集成 测试 

2.23 了 系统 测试 

2.24 功能 测试 

2.25 数据 和 数据 库 完整 性 测试 
2.26 接口 测试 

2.27 用 户 界面 测试 

2.28 性 能 测试 

2.29 ARARE 

2.210 EARR 

2211 容量 测试 

2.212 ”安全 性 和 访问 控制 测试 
2.213 PRBS Mist 
2.214 配置 测试 

2.216 验收 测试 

2.217 KARE 

2.2.18 回归 测试 

3. 测试 计划 

31 测试 方案 

3.2 WR 

33 测试 准备 

3.4 测试 进度 

35 测试 机 构 及 人 员 

4. OAR Be 

41. 测试 项 目 名 称 及 测试 内 容 
42 测试 用 例 

43 测试 进度 安排 

44 条 件 

45 测试 方法 

45 测试 准则 

47 测试 用 例 

4.8 测试 资料 

s. 评价 

51 评 价 的 范围 

52 评价 的 结果 

6. 测试 数据 的 记录 、 整 理 和 分 析 
7. 测试 计划 的 审核 和 批准 人 








图 A.2 测试 计划 模板 


主要 目的 是 检测 系统 是 否 达到 需求 ,对 业务 流程 及 数据 流 的 处 理 是 否 符合 标准 ,检测 系 
统 对 业务 流 处 理 是 否 存在 逻辑 不 严谨 及 错误 的 情况 ,检测 需求 是 否 存在 不 合理 的 标准 及 要 
求 。 此 阶段 测试 基于 功能 完成 的 测试 。 

2.2.3 系统 测试 

2.2.4 功能 测试 
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对 测试 对 象 的 功能 测试 应 侧重 于 所 有 可 直接 追踪 到 用 例 或 业务 功能 和 业务 规则 的 测试 
需求 。 这 种 测试 的 目标 是 核实 数据 的 接收 、 处 理 和 检索 是 否 正确 ,以 及 业务 规则 的 实施 是 否 
恰当 。 此 类 测试 基于 黑 盒 技术 ,该 技术 通过 图 形 用 户 界面 (GUD) 与 应 用 程序 进行 交互 ,并 对 
交互 的 输出 或 结果 进行 分 析 ,以 此 来 核实 应 用 程序 及 其 内 部 进程 。 

2.2.5 数据 和 数据 库 完整 性 测试 

2.2.6 接口 测试 

2.2.7 用 户 界面 测试 

用 户 界面 (UD 测试 用 于 核实 用 户 与 软件 之 间 的 交互 。UI 测试 的 目标 是 确保 用 户 界面 
会 通过 测试 对 象 的 功能 来 为 用 户 提供 相应 的 访问 或 浏览 功能 。 另 外 ,UI 测试 还 可 确保 UI 
中 的 对 象 按照 预期 的 方式 运行 ,并 符合 公司 或 行业 的 标准 。 

2.2.8 性 能 测试 

性 能 测试 对 响应 时 间 、 事 务 处 理 速率 和 其 他 与 时 间 相 关 的 需求 进行 测试 和 评估 。 人 性 能 
测试 的 目标 是 核实 性 能 需求 是 否 都 已 满足 。 


2.2.9 负载 测试 
2.2.10 强度 测试 
2.2.11 容量 测试 


2.2.12 安全 性 和 访问 控制 测试 

安全 性 和 访问 控制 测试 侧重 于 安全 性 的 两 个 关键 方面 : 应 用 程序 级 别 的 安全 性 ,包括 
对 数据 或 业务 功能 的 访问 。 系 统 级 别 的 安全 性 包括 对 系统 的 登录 或 远程 访问 。 

2.2.13 故障 转移 和 恢复 测试 

故障 转移 和 恢复 测试 可 确保 测试 对 象 能 成 功 完 成 转移 ,并 能 从 导致 意外 数据 损失 或 数 
据 完整 性 破坏 的 各 种 硬件 ,软件 或 网 络 故 障 中 恢复 。 

2.2.14 配置 测试 

配置 测试 核实 测试 对 象 在 不 同 的 软件 和 硬件 配置 中 的 运行 情况 。 

2.2.16 验收 测试 

2.2.17 文档 测试 

采用 检查 文档 是 否 足够 .描述 是 否 合理 。 

2.2.18 回归 测试 

检查 程序 修改 后 有 没有 引起 新 的 错误 .是否 能 够 正常 工作 以 及 能 否 满足 系统 。 

3. 测试 计划 

测试 计划 (Testing plan) 描 述 了 要 进行 的 测试 活动 的 范围 方法、 资源 和 进度 的 文档 。 
它 确定 测试 项 、 被 测 特性 ,测试 任务 、 谁 执行 任务 、 各 种 可 能 的 风险 。 测 试 计划 可 以 有 效 预防 
计划 的 风险 ,保障 计划 的 顺利 实施 。 

3.1 测试 方案 

说 明确 定 测试 方法 和 选取 测试 用 例 的 原则 。 

3.2 测试 项 目 

列 出 每 一 项 测试 的 内 容 、 名 称 、 目 的 和 进度 。 

3.3 测试 准备 

3.4 测试 进度 
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3.5 测试 机 构 及 人 员 

4. 测试 项 目 说 明 

测试 项 目 说 明 要 按 测 试 项 目的 顺序 逐个 对 测试 项 目 做 出 说 明 。 
4.1 测试 项 目 名 称 及 测试 内 容 

4.2 测试 用 例 

(1) 输入 ; 

(2) 输出 

(3) 步骤 及 操作 ; 

(4) 允许 偏差 。 

4.3 测试 进度 安排 

4.4 条 件 

给 出 项 测试 对 资源 的 特殊 要 求 , 如 设备 .软件 .人 员 等 。 

4.5 测试 方法 

4.6 测试 准则 

规定 各 测试 项 通过 测试 的 标准 。 

4.7 测试 用 例 

测试 用 例 包括 测试 用 例 名 称 、 输 入 (测试 数据 )、 输 出 (预期 结果 ) .环境 .工具 等 。 
4.8 测试 资料 

说 明 项 测试 所 需 的 资料 。 

5. 评价 

5.1 评价 的 范围 

说 明 所 完成 的 各 项 测试 说 明 问 题 的 范围 及 其 局 限 性 。 

5.2 评价 的 结果 

说 明 测 试 评价 的 结果 。 

6. 测试 数据 的 记录 、 整 理 和 分 析 

说 明 对 本 次 测试 得 到 数据 的 记录 整理 和 分 析 的 方法 和 存档 要 求 。 
7. 测试 计划 的 审核 和 批准 人 

测试 计划 作为 质量 的 重要 文档 呈现 给 管理 层 审 核 和 批准 。 


A.2.3 测试 任务 说 明 书 模板 
测试 任务 说 明 书 是 经 理 或 开发 项 目的 负责 人 写作 的 ,传递 给 软件 测试 人 员 ,软件 开发 人 





员 、 软 件 管理 人 员 。 











从 用 户 的 角度 出 发 ,测试 实施 任务 和 时 间 人 员 安 排 ; 软件 测试 人 员 、 软 件 开发 人 员 不 能 





影响 测试 进度 ; 对 软件 开发 过 程 中 的 每 个 版 本 完成 测试 任务 。 


测试 任务 说 明 书 模板 如 图 A. 3 所 示 。 

1. 概述 

在 概述 部 分 应 对 整个 测试 任务 分 工 进行 概要 描述 。 
1.1 编写 目的 

说 明 编 写 这 份 测 试 任务 说 明 书 的 目的 。 
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软件 任务 说 明 书 模板 

1， 概 述 

1.1 编写 目的 

1.2 项 目 背景 

1.3 编写 测试 任务 说 明 书 需要 的 文档 


5.2 管理 

6. 测试 任务 的 重点 
6.1 单元 测试 

6.2 集成 测试 

63 系统 测试 

64 验收 测试 

7 测试 注意 事项 








图 A.3 测试 任务 说 明 书 模板 


1.2 项 目 背景 

1.3 编写 测试 任务 说 明 书 需要 的 文档 

2. 测试 任务 

从 用 户 的 角度 出 发 ,测试 实施 任务 和 时 间 人 员 安 排 ; 软件 测试 人 员 、 软 件 开发 人 员 不 能 
影响 测试 进度 ; 对 软件 的 开发 过 程 中 每 个 版 本 完成 测试 任务 。 

3. 测试 质量 

测试 质量 应 该 包括 产品 的 测试 质量 和 测试 小 组 的 测试 质量 ,关系 到 系统 的 功能 或 性 能 
是 否 正常 。 

4. 测试 范围 

对 测试 范围 的 说 明 如 下 : 

4.1 流程 测试 


354 次 件 测 试 技术 及 实战 汇编 
NA 软件 
流程 测试 采用 业务 流程 .数据 流程 .逻辑 流程 来 检测 软件 是 否 能 够 按照 流程 操作 时 争取 
处 理 。 
4.2 边界 值 测试 
4.3 容错 性 测试 
容错 性 测试 用 于 检查 系统 的 容错 能 力 , 错 误 的 数据 输入 不 会 对 功能 和 系统 产生 非 正常 
影响 ,程序 对 错误 的 输入 有 正确 的 提示 信息 。 
4.4 ”异常 测试 
异常 测试 用 于 检查 系统 能 否 处 理 异 常 。 
4.5 安装 测试 
安装 测试 用 于 检查 系统 是 否 能 正确 安装 .配置 。 
4.6 易 用 性 测试 
易 用 性 测试 用 于 检查 系统 是 否 易 用 、 友 好 。 
4.7 界面 测试 
界面 测试 用 于 检查 界面 是 否 美观 合理 。 
4.8 接口 测试 
接口 测试 用 于 检查 系统 是 否 能 与 外 部 接口 正常 工作 。 
4.9 配置 测试 
配置 测试 用 于 检查 配置 是 否 合理 、 正 常 。 
4. 10 性 能 测试 
性 能 测试 用 于 提取 系统 性 能 的 数据 ,检查 系统 是 否 满足 在 需求 中 所 规定 达到 的 性 能 。 
4.11 压力 测试 
压力 测试 用 于 检查 系统 是 否 能 承受 大 压力 ,测试 产品 应 该 能 够 在 高 强度 条 件 下 正常 运 
行 , 并 不 会 出 现任 何 错误 。 
4. 12 兼容 性 测试 
兼容 性 测试 对 于 C/S 架构 的 系统 来 说 ,需要 考虑 客户 端 支持 的 系统 平台 ; 对 于 B/S 架 
构 的 系统 来 说 ,需要 考虑 用 户 端 浏览 器 版 本 。 
4. 13 升级 测试 
升级 测试 用 于 进行 专门 的 割 接 测 试 或 升级 测试 ,提供 工程 升级 割 接 方案 。 
.14 功能 测试 
.15 单元 测试 
.16 集成 测试 
.17 系统 测试 
.18 回归 测试 
回归 测试 用 于 检查 程序 修改 后 有 没有 引起 新 的 错误 ; 是 否 能 够 正常 工作 及 能 否 满足 系 
统 的 需求 。 
4. 19 验收 测试 
4.20 文档 测试 
文档 测试 用 于 检查 文档 是 否 足够 ,描述 是 否 合理 。 
5. 确定 测试 进度 和 管理 


> 
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在 这 一 部 分 应 对 所 有 的 测试 需求 进行 足够 详细 的 描述 。 详 尽 程 度 应 以 足够 测试 设计 人 
员 进 行 概 要 设计 和 测试 人 员 进 行 测试 计划 和 测试 为 准 。 

5.1 确定 测试 进度 

5.2 管理 

6. 测试 任务 的 重点 

测试 任务 的 重点 是 单元 测试 .集成 测试 .系统 测试 .验收 测试 。 

6.1 单元 测试 

单元 测试 (又 称 为 模块 测试 ) 在 设计 得 好 的 软件 系统 中 ,每 个 模块 完成 一 个 清晰 定义 的 
子 功能 ,而 且 这 个 子 功能 和 同 级 其 他 模块 的 功能 之 间 没 有 相互 依赖 关系 。 

单元 测试 的 重点 测试 内 容 包 括 源 代码 测试 、 命 名 规范 测试 .需求 完整 性 测试 、 页 面 完整 
性 测试 ,提示 文本 测试 、 页 面 脚本 测试 等 。 

6.2 集成 测试 

集成 测试 是 在 单元 测试 的 基础 上 将 软件 的 多 个 模块 或 者 系统 前 后 台 合 并 之 后 进行 的 测 
试 ,在 集成 测试 中 可 以 弥补 单元 测试 中 没有 测试 到 的 Bug, 也 可 以 检查 出 单元 测试 没 法 测试 
的 功能 ,比如 前 后 台 集 成 之 后 的 关联 功能 ,对 于 这 些 有 关联 性 功能 的 测试 ,单元 测试 是 无 能 
为 力 的 ,必须 依靠 集成 测试 来 保证 功能 的 完整 性 和 正确 性 。 

6.3 系统 测试 

系统 测试 是 在 系统 集成 测试 修改 完 Bug 之 后 进行 的 测试 。 

系统 测试 的 重点 测试 内 容 包括 链 接 完 整 性 测试 `UI 合理 性 测试 ,命名 规范 测试 ,功能 测 
试 . 压 力 测试 ` 页 面 完整 性 测试 .安装 测试 .提示 文 本 测试 ,浏览 器 测试 等 。 

6.4 验收 测试 

验收 测试 是 对 系统 测试 后 进行 的 测试 。 

验收 测试 把 软件 系统 作为 单一 的 实体 进行 测试 ,测试 内 容 与 系统 测试 基本 类 似 ,但 是 它 
是 在 用 户 积 极 参与 下 进行 的 ,而 且 可 能 主要 使 用 实际 数据 (系统 将 来 要 处 理 的 信息 ) 进 行 测 
试 。 验 收 测试 的 目的 是 验证 系统 确实 能 够 满足 用 户 的 需要 ,在 这 个 测试 步 又 中 发 现 的 往往 
是 系统 需求 说 明 书 中 的 错误 。 

7. 测试 注意 事项 

根据 (软件 开发 规范 ) 仔 细 检 查 : 

(1) 软件 的 界面 是 否 合乎 要 求 。 

(2) 小 的 图 标 是 否 合乎 要 求 。 

(3) 根据 (软件 开发 规范 兴 用 户 需 求 》 及 《软件 详细 设计 ) 来 设计 测试 用 例 。 

(4) 对 功能 界面 要 求 注意 与 功能 相关 的 信息 显示 及 显示 位 置 是 否 正确 。 

(5) 是 否 能 够 正确 保存 信息 。 


A.2.4 测试 需求 说 明 书 模板 


测试 需求 说 明 书 阐述 一 个 测试 软件 系统 必须 提供 的 功能 和 性 能 以 及 它 所 要 考虑 的 限制 
条 件 , 它 不 仅 是 系统 测试 和 用 户 文档 的 基础 ,也 是 所 有 子 系列 项 目 规划 、 设 计 和 编码 的 基础 。 
它 应 该 尽 可 能 完整 地 描述 系统 预期 的 外 部 行为 和 用 户 可 视 化 行为 。 除 了 设计 和 实现 上 的 限 
制 , 软 件 需 求 规格 说 明 不 应 该 包括 设计 ,构造 测试 或 工程 管理 的 细节 。 
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测试 需求 说 明 书 模板 如 图 A.4 所 示 。 





15 产品 的 测试 范围 
1.6 参考 资料 

2 测试 任务 概述 

21 测试 目标 

2.2 运行 环境 

23 条 件 与 限制 

3 系统 特性 

4. 数据 的 一 致 性 、 正 确 性 测试 
5. 用 例 描述 

6 功能 测试 要 求 

7. 性 能 需求 测试 要 求 
8 运行 测试 要 求 

8.1 运行 测试 要 求 

8.2 硬件 接口 

83 软件 接口 

84 通信 接口 

85 设备 

8.6 故障 处 理 

3 安全 测试 需求 

3.1 安全 设施 测试 需求 
9.2 安全 性 测试 需求 
10. 文件 传输 

11, 数据 导入 导出 测试 
12 测试 约束 

13, 回归 测试 需求 功能 
14, 用 户 文档 测试 

15, 其 他 专门 要 求 








图 A.4 测试 需求 说 明 书 模板 


1. 概述 

在 概述 部 分 应 对 软件 测试 需求 规格 说 明 进 行 概要 描述 ,通常 还 包括 目的 ,范围 .术语 定 
义 等 。 有 助 于 读者 理解 文档 如 何 编写 并 且 如 何 阅读 和 解释 。 

1.1 编写 目的 

1.2 项 目 背景 

1.3 术语 定义 

定义 本 文档 中 所 使 用 的 术语 , 列 出 外 文 首 字母 组 词 的 原 词 组 ,缩写 词 和 符号 。 对 于 易 混 
淆 的 客户 常用 语 要 有 明确 规定 定义 。 例 如 ,“ 用 户 ? 是 指 客户 的 雇员 而 非 软件 的 最 终 购 买 
者 等 。 

1.4 文档 约定 

1.5 产品 的 测试 范围 

简 述 产品 的 测试 范围 。 

1.6 参考 资料 
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参考 文献 

2. 测试 任务 概述 

测试 任务 概述 定义 产品 以 及 它 所 运行 的 环境 、 使 用 产品 的 用 户 、 已 知 的 限制 和 依赖 。 

2.1 测试 目标 

2.2 运行 环境 

(1) 测试 需要 的 硬件 环境 。 

(2) 测试 需要 的 软件 环境 。 

描述 软件 测试 的 运行 环境 ,包括 硬件 平台 、 操 作 系统 和 版 本 ,还 有 其 他 的 软件 组 件 或 与 
其 共存 的 应 用 程序 。 

2.3 条 件 与 限制 

3. 系统 特性 

(1) 说 明和 优先 级 。 

(2) 评价 。 

(3) 响应 序列 。 

4. 数据 的 一 致 性 、 正 确 性 测试 

在 此 部 分 对 数据 的 一 致 性 .正确 性 进行 测试 。 

5. 用 例 描述 

6. 功能 测试 要 求 

详细 列 出 与 该 特性 相关 的 详细 的 功能 需求 。 这 些 是 必须 提交 给 用 户 的 软件 功能 ,让 用 
户 可 以 使 用 所 提供 的 特性 执行 服务 或 者 使 用 所 指定 的 使 用 实例 执行 任务 。 描 述 产 品 如 何 响 
应 可 预知 的 出 错 条 件 或 者 非法 输入 或 动作 。 

7. 性 能 需求 测试 要 求 

在 这 一 部 分 进行 性 能 需求 测试 .一般 需求 包括 : 

(1) 测试 精度 ; 

(2) 测试 时 间 特 性 要 求 ; 

(3) 适应 性 。 

8. 运行 测试 要 求 

这 一 部 分 在 功能 测试 的 基础 上 运行 测试 。 

8.1 运行 测试 要 求 

8.2 硬件 接口 

描述 系统 中 软件 和 硬件 每 一 接口 的 特征 。 这 种 描述 可 能 包括 支持 的 硬件 类 型 、 软 硬件 
之 间 交 流 的 数据 和 控制 信息 的 性 质 以 及 所 使 用 的 通信 协议 。 

8.3 软件 接口 

8.4 通信 接口 

8.5 设备 

列 出 运行 该 软件 所 需要 的 硬件 设备 ,说 明 其 专门 功能 。 

8.6 故障 处 理 

列 出 可 能 的 软件 、 硬 件 故障 以 及 对 各 项 性 能 所 产生 的 后 果 和 对 故障 处 理 的 要 求 。 

9. 安全 测试 需求 
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这 一 部 分 详细 描写 安全 测试 需求 说 明 。 
9.1 安全 设施 测试 需求 
详尽 陈述 与 产品 使 用 过 程 中 可 能 发 生 的 损失 、 破 坏 或 危害 相关 的 需求 。 
9.2 安全 性 测试 需求 
详尽 陈述 与 系统 安全 性 、 完 整 性 或 与 私人 问题 相关 的 需求 ,这 些 问 题 将 会 影响 到 产品 的 
使 用 和 产品 所 创建 或 使 用 的 数据 的 保护 。 
0. 文件 传输 
1. 数据 导入 导出 测试 
2. 测试 约束 
3. 回归 测试 需求 功能 
4. 用 户 文档 测试 
列举 将 与 软件 一 同 发 行 的 用 户 文档 部 分 ,例如 用 户 手册 在线 帮 助 和 教程 。 明 确 所 有 已 
知 的 用 户 文档 的 交付 格式 或 标准 。 
5. 其 他 专门 要 求 
用 户 单位 对 使 用 方便 的 要 求 , 对 可 维护 性 .可 补充 性 、 易 读 性 .可 靠 性 .异常 处 理 要 求 . 运 
行 环境 可 转换 性 的 特殊 要 求 等 。 


A.2.5 单元 测试 模板 


单元 测试 又 称 为 模块 测试 ,主要 步骤 为 程序 语法 检查 和 程序 逻辑 检查 等 。 其 目的 在 于 
发 现 各 模块 内 部 可 能 存在 的 各 种 差错 。 单 元 测试 需要 从 程序 的 内 部 结构 出 发 设计 测试 用 
例 。 多 个 模块 可 以 平行 地 独立 进行 单元 测试 。 

单元 测试 模板 如 图 A.5 所 示 。 


单元 测试 模板 




















L 概述 

1.1 单元 测试 的 目的 
1.2 测试 的 背景 

1.3 单元 测试 所 需 文档 
285R 

21 程序 语法 检查 

22 程序 脖 辑 检查 








图 A.5 单元 测试 模板 
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1. 概述 

单元 测试 又 称 模块 测试 ,是 从 内 部 结构 来 测试 ,可 在 多 个 模块 中 平行 独立 完成 测试 。 单 
元 测试 主要 来 检验 软件 设计 中 最 小 的 单位 一 一 模块 。 模 块 内 聚 程度 高 ,每 一 个 模块 只 能 完 
成 一 种 功能 ,因此 模块 测试 的 程序 规模 小 , 易 检 查 出 错误 ,并 且 易 于 确定 错误 的 位 置 。 

1.1 单元 测试 的 目的 

1.2 测试 的 背景 

1.3 单元 测试 所 需 文档 

2. 主要 步 又 

2.1 程序 语法 检查 

检查 程序 中 语法 错误 。 

2.2 程序 逻辑 检查 

(1) 数据 满足 设计 上 要 求 的 上 下 限 及 循环 次 数 ; 

(2) 数据 满足 程序 中 的 各 种 检验 要 求 的 错误 数据 ; 

(3) 数据 适用 于 人 工 对 程序 的 检查 工作 。 

2.3 桩 模块 检查 

3. 单元 测试 项 目 

3.1 模块 接口 测试 

3.2 局 部 数据 结果 测试 

3.3 路 径 测试 

3.4 边界 条 件 测试 

3.5 错误 处 理 测 试 

3.6 代码 书写 规范 测试 

4. 单元 测试 报告 

4.1 单元 测试 报告 的 写作 目的 

4.2 单元 测试 报告 内 容 

(1) 软件 单元 描述 

(2) 单元 结构 

(3) 单元 控制 

(4) 测试 过 程 

(5) 测试 

4.3 单元 结构 

4.4 测试 过 程 

4.5 测试 

4.6 提交 Bug 测试 

4.7 单元 评估 

4.8 填写 表格 

5. 小 结 

(1) 单元 测试 可 将 每 一 项 都 进行 测试 ,以 保证 其 正确 性 ; 

(2) 单元 测试 具有 回归 性 , 它 避 免 了 代码 出 现 回归 的 可 能 性 ,编写 完成 后 可 以 随时 随地 
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地 快速 运行 测试 ; 
(3) 单元 测试 具有 保证 性 。 它 能 够 保证 代码 质量 和 代码 可 维护 性 及 可 扩展 性 ; 
(4) 测试 之 后 ,要 对 每 一 个 程序 写 一 份 程序 测试 说 明 书 ,以 备 今后 修改 。 


A.2.6 代码 检查 模板 


代码 检查 是 静态 测试 的 主要 方法 ,代码 检查 包括 代码 走 查 、 桌 面 检查 、 流 程 图 审查 等 。 
代码 检查 模板 如 图 A.6 所 示 。 





11 代码 析 查 的 模块 
1.2 编写 目的 


3.1 目录 文件 组 织 

3.2 检查 函数 

33 数据 类 型 及 变量 
34 检查 条 件 判断 语句 
35 检查 循环 体制 

36 检查 代码 注释 

37 桌面 检查 

38 其 他 检查 

4. 静态 结构 分 析 

5. 静态 质量 

6 ARES 

6.1 ARAR (Factors) 
6.2 分 类 标准 (Criteria) 
6.3 EER (Metrics) 
7 代码 检查 的 分 析 与 评价 
71 能 力 

7.2 缺陷 和 限制 

7.3 评价 








图 A.6 代码 检查 模板 


1. 概述 

代码 检查 主要 检查 代码 和 流程 图 设计 的 一 致 性 .代码 结构 的 合理 性 .代码 编写 的 标准 
人 性、 可 读 性 、 代 码 的 逻辑 表达 的 正确 性 等 方面 ,包括 变量 检查 、 命 名 和 类 型 审查 ,程序 逻辑 审 
查 、 程 序 语法 检查 和 程序 结构 检查 等 内 容 。 

1.1 代码 检查 的 模块 

1.2 编写 目的 

1.3 代码 检查 需要 的 文档 

在 进行 代码 检查 前 应 准备 好 需求 文档 \ 程 序 设计 文档 、 程 序 的 源 代 码 清单 代码 编码 标 
准 、 代 码 缺 陷 检 查 表 和 流程 图 等 。 

2. 代码 检查 方式 


MRA 软件 测试 文档 Wy 


2.1 桌面 检查 
2.2 走 查 
2.3 代码 审查 
3. 代码 检查 项 目 
3.1 目录 文件 组 织 
2 检查 函数 
3 数据 类 型 及 变量 
4 检查 条 件 判 断 语句 
5 检查 循环 体制 
6 检查 代码 注释 
7 桌面 检查 

8 其 他 检查 

4. 静态 结构 分 析 

静态 结构 分 析 主 要 是 以 图 形 的 方式 表现 程序 的 内 部 结构 ,例如 函数 调用 关系 图 、 函 数 内 
部 控制 流 图 。 

5 静态 质量 

6. 质量 度量 
6.1 质量 因素 (Factors) 
6.2 分 类 标准 (Criteria) 
6.3 度量 规则 (Metrics) 
Ci 
T 
va 


. 代码 检查 的 分 析 与 评价 

.1 能 力 

.2 缺陷 和 限制 

7.3 评价 

通过 对 代码 检查 结果 的 分 析 , 需 标明 遗留 缺陷 .局 限 性 和 软件 的 约束 限制 等 ,说 明 该 代 
码 是 否 已 达到 预定 的 结果 ,判定 代码 能 和 否 交 付 使 用 。 审 查 小 组 必须 做 出 审查 结果 的 书面 总 
结 报告 ,并 且 做 出 的 报告 便于 开发 小 组 的 成 员 使 用 。 


A.2.7 程序 错误 报告 模板 


程序 错误 将 会 导致 系统 功能 和 性 能 与 需求 说 明 不 相符 。 程 序 错误 报告 模板 如 图 A. 7 
所 示 。 

1. 程序 错误 报告 目的 

2. 程序 错误 的 描述 

2. 1 功能 类 错误 描述 

2.2 界面 类 错误 描述 

2.3 数据 处 理 类 错误 描述 

2.4 流程 类 错误 描述 

2.5 提示 信息 类 错误 描述 

3. 程序 错误 报告 表 
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程序 铺 误 报 告 模板 

1. 程序 鲁 误 报告 目的 

2 程序 铺 误 的 描述 

21 功能 类 错误 描述 

22 界面 类 错误 描述 

23 数据 处 理 类 鲁 误 描述 
24 流程 类 错误 描述 

25 提示 信息 类 错误 描述 
3 程序 铺 误 报告 表 








图 A.7 程序 错误 报告 模板 


A.2.8 程序 设计 模板 
程序 设计 (Programming) 是 指 设计 ,编制 ,调试 程序 的 方法 和 过 程 。 程 序 设计 的 基本 概 


念 有 程序 数据 、 子 程序 、 子 例 程 .协同 例 程 . 模 块 以 及 顺序 性 、 并 发 性 、 并 行 性 ,分布 性 等 。 程 
序 是 程序 设计 中 最 为 基本 的 概念 , 子 程序 和 例 程 都 是 为 了 便于 进行 程序 设计 而 建立 的 程序 
设计 基本 单位 ,顺序 性 、 并 发 性 、 并 行 性 和 分 布 性 反映 程序 的 内 在 特性 。 


程序 设计 模板 如 图 A. 8 所 示 。 

1. 引言 

1.1 目的 

1.2 定义 和 缩写 词 

1.3 参考 资料 

2. 编码 风格 

2.1 程序 编码 要 采用 缩 进 风 格 编写 

2.2 编写 子 程序 一 定 要 做 注释 

2.3 相对 独立 的 程序 块 之 间 ,变量 说 明之 后 必须 加 空 行 
2.4 和 较 长 的 语句 要 分 成 多 行书 写 

2.5 循环 .判断 等 语句 中 有 较 长 的 表达 式 或 语句 ,要 在 低 优先 级 操作 符 处 划分 新 行 , 操 


作 符 放 在 新 行 之 首 


2.6 若 函 数 或 过 程 中 参数 较 长 , 则 要 进行 适当 的 划分 

2.7 一 行 只 写 一 条 语句 

2.8 if.for,do,while, switch 等 语句 只 占 一 行 ,执行 语句 部 分 要 加 括号 
2.9 ”对 齐 只 使 用 空格 键 ,不 使 用 Tab 键 

2.10 程序 块 的 分 界 符 应 独占 一 行 

3. 注释 

注释 的 原则 是 有 助 于 对 程序 的 阅读 理解 ,注释 语言 必须 准确 、 易 伐 、 简 洁 。 
3.1 源 程序 有 效 注释 量 必 须 在 20% WE 

3.2 说 明 性 文件 头 部 应 进行 注释 

3.3 源 文件 头 部 应 进行 注释 








28 if, fan doy while, switch HASAT, ATE OPES 
29 AARP. FERAT 
210 BRS RAR T 
3 BE 
3.1 WETANAREDAEOKE 
3.2 RAELE 
3.3 RARE 


as 编写 代码 本 给 出 注释 


4.2 命名 中 若 枫 用 特殊 的 定 或 第 写 





1.5 避免 躯 用 无 意义 或 含义 不 清 的 动词 为 9 政 命名 
1.6 印 趣 的 丘 回 信 事 请 失 、 明 了 ， 让 使 用 者 不 容易 忽视 错误 情 品 
TT BOAR 


可 测 性 
5.1 在 同一 项 目 组 或 产品 组 9， 要 有 一 专 统一 的 打量 忆 政 


ii SERRA ST aE 


1 3 BURR 


图 A.8 程序 设计 模板 
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XY 软件 
4 函数 头 部 应 进行 注释 
5 编写 代码 要 给 出 注释 
6 注释 的 内 容 要 清楚 .明了 ,含义 准确 ,防止 注释 二 义 性 
7 对 数据 结构 声明 
8 全 局 变量 要 有 较 详细 的 注释 
9 将 注释 与 其 上 面 的 代码 用 空 行 隔 开 
10 对 变量 的 定义 和 分 支 语句 必须 注释 
标识 符 命名 
1 标识 符 的 命名 要 清晰 、 明 了 ,有 明确 含义 
2 命名 中 若 使 用 特殊 约定 或 缩写 , 则 要 有 注释 说 明 
3 命名 规范 必须 与 所 使 用 的 系统 风格 保持 一 至 
可 读 性 
变量 .结构 
去 掉 不 必要 的 公共 变量 
仔细 定义 并 明确 公共 变量 的 含义 ,作用 、 取 值 范围 及 公共 变量 间 的 关系 
明确 公共 变量 与 操作 此 公共 变量 的 函数 或 过 程 的 关系 
当 向 公共 变量 传递 数据 时 ,防止 赋予 不 合理 的 值 或 越界 等 现象 发 生 
防止 局 部 变量 与 公共 变量 同名 
严禁 使 用 未 经 初始 化 的 变量 作为 初 值 
结构 的 设计 要 尽量 考虑 向 前 兼容 和 以 后 的 版 本 升级 
要 注意 数据 类 型 的 强制 转换 
对 自 定义 数据 类 型 进行 恰当 命名 
函数 .过 程 
1 对 所 调用 函数 的 错误 返回 码 要 仔细 全面 地 处 理 。 
2 明确 函数 功能 
3 编写 可 重信 函数 时 ,应 注意 局 部 变量 的 使 用 
4 明确 规定 对 接口 函数 参数 的 合法 性 检查 
5 
6 
7 
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避免 使 用 无 意义 或 含义 不 清 动 词 为 函数 命名 
函数 的 返回 值 要 清楚 .明了 ,让 使 用 者 不 容易 忽视 错误 情况 
7.7 ”函数 本 身 不 递归 调用 

8. 可 测 性 

9. 程序 效率 

9.1 编程 时 要 经 常 注意 代码 的 效率 

9.2 提高 代码 效率 

9.3 循环 体内 工作 量 最 小 化 

9.4 尽量 减少 循环 嵌 套 层次 

10. 质量 保证 

10.1 代码 质量 保证 原则 

10.2 只 引用 属于 自己 的 存储 空间 
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过 程 /函数 中 分 配 的 内 存 , 在 过 程 /函数 退出 之 前 要 释放 
防止 内 存 操作 越界 
初始 化 有 关 变 量 和 运行 环境 
不 能 随意 改变 与 其 他 模块 的 接口 
要 注意 易 混淆 的 操作 符 
要 注意 程序 机 器 码 大 小 
代码 编辑 ,编译 ,审查 
1 打开 编译 器 的 所 有 告警 开关 对 程序 进行 编译 
2 在 产品 软件 (项 目 组 ) 中 ,要 统一 编译 开关 选项 
3 通过 代码 走读 及 审查 方式 对 代码 进行 检查 
代码 测试 .维护 
单元 测试 要 求 槛 盖 语 名 
单元 测试 开始 要 跟踪 每 一 条 语句 ,并 观察 数据 流 及 变量 的 变化 
清理 ,整理 或 优化 后 的 代码 要 经 过 审查 及 测试 
代码 版 本 升级 要 经 过 审查 及 测试 
使 用 工具 软件 对 代码 版 本 进行 维护 
软件 的 任何 修改 都 应 有 详细 的 文档 记录 
宏 
3.1 用 宏 定 义 表达 式 时 ,要 使 用 完备 的 括号 
3.2 将 宏 所 定义 的 多 条 表达 式 放 在 大 括号 中 
3.3 ”使 用 宏 时 ,不 允许 参数 发 生变 化 


A.2.9 测试 用 例 模 板 


测试 用 例 是 软件 测试 的 核心 ,测试 用 例 的 设计 和 编写 是 软件 测试 活动 中 最 重要 的 。 
测试 用 例 目前 没有 经 典 的 定义 .比较 通常 的 说 法 是 :“ 指 对 一 项 特定 的 软件 产品 进行 测 
试 任务 的 描述 ,体现 测试 方案 、 方 法、 技术 和 策略 ; 内 容 包 括 测试 目标 、 测 试 环境 ,输入 数据 、 
测试 步 又、 预期 结果 ,测试 脚本 等 ,并 形成 文档 。” 
测试 用 例 模板 如 图 A. 9 所 示 。 
.概述 
1 编写 目的 
.2 术语 和 缩写 词 
.3 参考 资料 
. 一 般 测 试用 例 写作 模板 
. 接口 测试 用 例 编写 方法 
. 需求 测试 用 例 写作 模板 
. 路径 测 试用 例 模 板 
. 功能 测试 模板 
. 恢复 能 力 测试 用 例 写作 模板 
. 容错 能 力 测试 用 例 写作 模板 
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1. 概述 

2, SAAS eR 
3 接口 测试 用 例 编 写 方法 
4. 需求 测试 用 例 写作 模板 

5. 路 径 测试 用 例 模板 

565。 功能 测试 模板 

7 恢复 能 力 测试 用 例 写作 模板 
8. 容 铺 能 力 测试 用 例 写作 模板 
9， 性 能 测试 用 例 写 作 模板 

10. 界面 测试 用 例 写作 模板 

11. 信息 安全 测试 用 例 写作 模板 
12. 压力 测试 用 例 模 板 

13. 可 靠 性 测试 用 例 模板 

14. 安装 / 反 安 装 测试 用 例 模板 











图 A.9 测试 用 例 模 板 


9. 性 能 测试 用 例 写 作 模板 

10. 界面 测试 用 例 写作 模板 

界面 是 软件 与 用 户 交互 的 最 直接 的 层 ,界面 的 好 坏 决定 用 户 对 软件 的 第 一 印象 。 设 计 
合理 的 界面 能 给 用 户 带 来 轻松 愉悦 的 感受 和 成 功 的 感觉 ,相反 由 于 界面 设计 不 好 ,会 让 用 户 
产生 反感 。 

11. 信息 安全 测试 用 例 写 作 模 板 

12. 压力 测试 用 例 模 板 

13. 可 靠 性 测试 用 例 模 板 

14. 安装 / 反 安装 测试 用 例 模板 


A.2.10 软件 测评 模板 


软件 测评 是 以 测试 项 目 为 对 象 ,保证 软件 产品 的 性 能 和 质量 而 制定 的 。 软 件 测 评 是 被 
测评 软件 的 开发 者 填写 测评 登录 表 、 适 用 程度 测评 表 ( 适 用 程度 测评 的 主要 目的 是 确认 被 测 
评 软件 在 实测 中 具备 的 功能 与 该 软件 产品 推广 范围 内 所 应 具备 的 基本 功能 的 吻合 程度 ) ` 数 
据 管理 测评 表 、 整 理 编目 测评 表 、 检 索 查 询 测评 表 、 辅 助 实体 管理 测评 表 、 安 全 保密 测评 表 、 
系统 维护 测评 表 、 兼 容 性 测评 表 、 速 度 测评 表 、 易 用 性 测评 表 、 容 错 性 测评 表 、 安 全 可 靠 性 测 
评 表 、 软 件 资料 测评 表 、 总 体 测评 结果 表 。 

软件 测评 模拟 如 图 A. 10 所 示 。 

1. 软件 测评 登录 表 

被 测评 软件 的 开发 者 填写 测评 登录 表 是 向 测评 责任 单位 提供 测评 规定 的 技术 资料 和 软 
件 载 体 。 技 术 资 料 包括 软件 安装 使 用 手册 、 软 件 适用 的 技术 环境 说 明 等 ,并 附 相 关 的 机 读数 
据 和 数据 集 逻 辑 结 构 及 物理 结构 的 说 明 。 

2. 适用 程度 测评 表 

3. 数据 管理 测评 

4. 整理 编目 测评 
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软件 测评 模板 

1. 软件 测评 登录 表 
2 适用 程度 测评 表 
3 数据 管理 测评 
4. 整理 编目 测评 
5. 检索 查询 测评 
5 辅助 实体 管理 
7. 安全 保密 

8& 系统 维护 

3. 兼容 性 测评 

10, 信息 处 理 速度 
11, 易 用 性 

12 容错 性 

13 安全 可 靠 性 
14. 软件 资料 

15. 软件 总 体 测评 结论 








图 A.10 软件 测评 模板 


整理 编目 测评 内 容 有 数据 采集 .类 目 设置 .分 类 排序 ,数据 校 验 、 目 录 生成 .数据 统计 、 打 
印 输 出 及 自动 标 引 等 。 
5. 检索 查询 测评 
6. 辅助 实体 管理 
7. 安全 保密 
8. 系统 维护 
9. 兼容 性 测评 
10. 信息 处 理 速度 
11. 易 用 性 
12. 容错 性 
13. 安全 可 靠 性 
14. 软件 资料 
15. 软件 总 体 测 评 结论 


A.2.11 功能 测试 模板 


功能 测试 是 对 产品 的 功能 进行 验证 ,各 个 功能 模块 是 否 正确 ,逻辑 是 否 正确 。 对 测试 应 
侧重 于 业务 功能 和 业务 规则 的 测试 。 检 查 产品 是 否 达 到 用 户 的 功能 要 求 。 对 于 功能 测试 ， 
针对 不 同 的 应 用 系统 ,其 测试 内 容 的 差异 很 大 ,但 一 般 都 可 归 为 界面 数据 ,操作 、 人 逻辑 ,接口 
等 方面 。 

功能 测试 模块 如 图 A. 11 所 示 。 

1. 概述 

1.1 编写 目的 

1.2 项 目 背景 

1.3 测试 方法 和 策略 
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.4 测试 依据 


1 测试 方式 
.2 硬件 设备 
.3 软件 设备 
功能 测试 内 容 


界面 

数据 

操作 

翻 页 功能 测试 
搜索 功能 测试 
功能 逻辑 
功能 接口 
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. 功能 测试 结果 
1 功能 测试 统计 


. 功能 的 安全 性 








2 功能 测试 的 方式 与 环境 
21 测试 方式 

22 硬件 设备 

23 软件 设备 

3 功能 测试 内 容 

31 功能 测试 的 功能 点 
32 界面 

33 数据 

34 操作 

35 翻 页 功能 测试 

3.6 搜索 功能 测试 

3.7 功能 逻辑 

3.8 功能 接口 

3.9 功能 约束 条 件 〈 或 测试 边界 ) 
4. 功能 测试 结果 

4.1 功能 测试 统计 

4.2 功能 测试 详细 结果 
5. 功能 的 安全 性 

6 功能 的 易 用 性 

7. 功能 的 总 体 分 析 

a 功能 测试 的 结论 





.功能 测试 的 方式 与 环境 


功能 测试 的 功能 点 


.2 功能 测试 详细 结果 


图 A.11 功能 测试 模板 


功能 约束 条 件 ( 或 测试 边界 
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6. 功能 的 易 用 性 
7. 功能 的 总 体 分 析 
8. 功能 测试 的 结论 


A.2.12 性 能 测试 模板 


性 能 测试 主要 是 响应 时 间 、 事 务 处 理 速率 、 资 源 占用 率 测试 .兼容 性 、 易 用 性 ,用 户 文档 、 
效率 .可 扩充 性 进行 的 测试 。 
性 能 测试 模板 如 图 A. 12 所 示 。 





性 能 测试 模板 

1 概述 

1.1 编写 目的 

1.2 项 目 背景 

1.3 测试 方法 和 策略 

1.4 参考 资料 

2 性 能 测试 方式 和 环境 

21 测试 方式 

22 硬件 设备 

2.3 软件 设备 

24 测试 配置 

3 性 能 测试 内 容 

31 基本 性 能 测试 

3.2 高 级 性 能 测试 

23 大 数据 重 测试 〈 压 力 测试 ) 
4, 性 能 测试 的 结果 统计 

4.1 应 用 软件 的 测试 指标 
4.2 网络 环境 的 测试 指标 
4.3 操作 系统 环境 的 测试 指标 
4.4 数据库 环 境 的 测试 指标 
5. 性 能 测试 结论 

6. 测试 工作 清单 

7 性 能 测试 的 审批 

8 性 能 测试 的 报告 








图 A.12 性 能 测试 模板 


. 概述 

1 编写 目的 

.2 项 目 背景 

.3 测试 方法 和 策略 
.4 参考 资料 

. 性 能 测试 的 方式 和 环境 
1 测试 方式 

.2 硬件 设备 

.3 软件 设备 

.4 测试 配置 

. 性 能 测试 内 容 

1 基本 性 能 测试 
-2 高 级 性 能 测试 
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3.2.1 并 发 性 能 测试 

3.2.2 并 发 测试 

3.2.3 系统 资源 监控 测试 
3.2.4 速度 测试 

3.2.5 疲劳 测试 

3.3 大 数据 量 测试 (压力 测试 ) 
4. 性 能 测试 的 结果 统计 

.1 应 用 软件 的 测试 指标 

.2 网 络 环境 的 测试 指标 

.3 操作 系统 环境 的 测试 指标 
.4 数据 库 环境 的 测试 指标 
5. 性 能 测试 结论 

(1) 是 否 成 功 地 执行 了 测试 计划 ; 
(2) 是 否 完成 了 测试 目标 ; 
(3) 是 否 修正 了 发 现 的 错误 ; 
(4) 测试 是 否 通过 ; 

(5) 是 否 通过 了 审 评 。 

6. 测试 工作 清单 

7. 性 能 测试 的 审批 

8. 性 能 测试 的 报告 


A.2.13 可靠 性 测试 模板 
可 靠 性 测试 是 为 了 满足 软件 可 靠 性 要 求 , 进 行 一 系列 设计 分析、 测试 等 工作 。 其 中 确 


4 
4 
4 
4 


定 软件 可 靠 性 要 求 是 软件 可 靠 性 测试 中 需要 解决 的 首要 问题 。 可 靠 性 要 求 可 以 包括 定性 及 
定量 要 求 等 。 


可 靠 性 测试 也 是 评估 软件 可 靠 性 水 平 ,验证 软件 产品 是 不 是 达到 软件 可 靠 性 要 求 的 重 


要 且 有 效 的 途径 。 


可 靠 性 测试 模板 如 图 A. 13 所 示 。 
1. 概述 

1.1 软件 可 靠 性 测试 概念 
1.2 软件 可 靠 性 测试 过 程 

2. 成 熟 性 测试 规定 

2.1 成 熟 性 测试 规定 目的 
2.2 成 熟 性 测试 规定 实施 细则 
3. 容错 性 测试 规定 

3.1 容错 性 测试 规定 目的 
3.2 容错 性 测试 规定 实施 细则 
4. 易 恢复 性 测试 规定 

4.1 易 恢复 性 测试 规定 目的 
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2 成 熟 性 测试 规定 

21 成熟 性 测试 规定 目的 

2.2 成 熟 性 测试 规定 实施 细则 
3 容错 性 测试 规定 

31 ”容错 性 测试 规定 目的 

3.2 容错 性 测试 规定 实施 细 刚 | 
4， 易 恢 复 性 测试 规定 

41 “ 易 恢复 性 测试 规定 目的 
4.2 易 恢 复 性 测试 规定 实施 细则 
5， 容 铺 性 测试 规定 

51 容错 性 测试 规定 目的 

5.2 容错 性 测试 规定 实施 细则 
6 易 恢复 性 测试 规定 

6.1 易 恢复 性 测试 规定 目的 
62 易 恢复 性 测试 规定 实施 细则 











图 A.13 可 靠 性 测试 模板 


4.2 易 恢 复 性 测试 规定 实施 细则 
5. 容错 性 测试 规定 

5.1 容错 性 测试 规定 目的 

5.2 容错 性 测试 规定 实施 细则 
6. 易 恢复 性 测试 规定 

6.1 易 恢 复 性 测试 规定 目的 
6.2 易 恢 复 性 测试 规定 实施 细则 


A.2.14 集成 测试 模板 


集成 测试 的 检测 重点 包括 子 系统 功能 的 关联 性 测试 .链接 完整 性 测试 .数据 和 数据 库 完 
整 性 测试 、 功 能 测试 ,页 面 完整 性 测试 等 。 
集成 测试 模板 如 图 A. 14 所 示 。 
集成 测试 可 以 划分 成 3 个 级 别 : 
(1) 模块 内 集成 测试 ; 

(2) 子 系统 内 集成 测试 ; 
(3) 子 系统 间 集 成 测试 。 
. 引言 
编写 目的 
背景 
定义 
集成 测试 任务 
集成 测试 范围 


1 
1 
1 
T; 
1 
1 
1.6 集成 测试 进度 


ant wne 
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.8 参考 资料 
计划 集成 测试 


功能 性 测试 
可 靠 性 测试 
易 用 性 测试 
性 能 测试 
维护 性 测试 


操作 性 测试 
疲劳 性 测试 


ce ATF UNE 


1 
2 
3 
3 
3 
3. 
3. 
3 
3 
3 
3 
4 


实施 集成 测试 
测试 结果 评估 


审批 
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1) 测试 计划 书 








集成 测试 模板 

1. Sle 

11 编写 目的 

12 背景 

13 定义 

1.4 集成 测试 任务 

15 集成 测试 范围 

L6 集成 测试 进度 

1.7 集成 测试 风险 和 应 急 计划 
1.8 参考 资料 

2. 计划 集成 测试 

2.1 制定 集成 测试 计划 
2.2 确定 测试 进度 和 管理 
23 集成 测试 具体 内 容 
24 设计 和 集成 测试 用 例 
实施 集成 测试 
测试 结果 评估 
集成 测试 的 工作 清单 
审批 

填写 集成 测试 报告 表格 
集成 测试 提供 的 文件 


EEREN 





制定 集成 测试 计划 
确定 测试 进度 和 管理 
集成 测试 具体 内 容 


可 移植 性 测试 


设计 集成 测试 用 例 


集成 测试 的 工作 清单 


填写 集成 测试 报告 表格 
集成 测试 提供 的 文件 : 


图 A.14 集成 测试 模板 


.7 集成 测试 风险 和 应 急 计划 





(2) 测试 用 例 
(3) 测试 报告 
(4) 测试 总 结 


A.2.15 系统 测试 模板 
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完成 集成 测试 后 ,还 需要 进行 系统 测试 。 系 统 测试 是 将 已 经 通过 集成 测试 的 软件 、. 计 算 
机 硬件 .外 设 和 网 络 等 其 他 因素 结合 在 一 起 ,与 系统 需求 说 明 书 、 系 统 方案 说 明 书 相 比较 , 发 
现 系统 与 用 户 需求 不 符 或 矛盾 的 地 方 ,所 以 在 系统 实施 运行 前 要 进行 系统 测试 。 


系统 测试 模板 如 图 A. 15 所 示 。 





11 编写 目的 

1.2 项 目 背景 

1.3 系统 简介 

14 术语 和 缩写 词 

1.5 系统 测试 工具 

1.6 参考 资料 

2 系统 测试 环境 与 配置 

2 系统 测试 的 主要 内 容 和 测试 类 型 
31 系统 测试 的 主要 内 容 

22 系统 测试 的 测试 类 型 

4， 系 统 测试 的 测试 方法 

5 系统 测试 的 结果 分 析 

5.1 系统 反应 时 间 的 测试 

5.2 CPU 测试 

5 系统 测试 总 结 

6.1 测试 时 间 、 地 点 、 人 员 

6.2 测试 范围 

6.3 工作 组 织 

64 系统 测试 分 析 

65 系统 残留 缺陷 与 未 解决 问题 
7， 系统 测试 结论 

8 系统 使 用 说 明 书 和 维护 手册 的 编写 
9， 系统 测试 结果 的 评价 和 结论 
10. 系统 测试 文档 资料 

11. 建议 

12 测 式 人 员 名 单 

13. 附件 











图 A.15 系统 测试 模板 


1. 概述 

编写 目的 

项 目 背景 

系统 简介 

术语 和 缩写 词 

系统 测试 工具 

参考 资料 

2. 系统 测试 环境 与 配置 

3. 系统 测试 的 主要 内 容 和 测试 类 型 
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1 系统 测试 的 主要 内 容 
2 系统 测试 的 测试 类 型 
系统 测试 的 测试 方法 
系统 测试 的 结果 分 析 
1 系统 反应 时 间 的 测试 
2 CPU 测试 

系统 测试 总 结 

1 测试 时 间 、 地 点 、 人 员 

2 测试 范围 

3 工作 组 织 

4 系统 测试 分 析 

4.1 系统 测试 统计 

.4.2 系统 测试 发 现 的 问题 汇总 
4.3 系统 测试 结果 分 析 

5 系统 残留 缺陷 与 未 解决 问题 
5.1 系统 残留 缺陷 

.5.2 系统 未 解决 问题 

系统 测试 结论 

1 系统 功能 性 

2 系统 易 用 性 

3 系统 可 靠 性 

4 系统 兼容 性 

5 系统 安全 性 

. 系统 使 用 说 明 书 和 维护 手册 的 编写 
. 系统 测试 结果 的 评价 和 结论 

1 系统 测试 结果 的 评价 

2 系统 测试 结果 的 结论 

10. 系统 测试 文档 资料 

11. 建议 

12. 测试 人 员 名 单 


A.2.16 验收 测试 模板 


验收 测试 是 依据 软件 开发 商 和 用 户 之 间 的 合同 、 软 件 需 求 说 明 书 以 及 相关 行业 标准 、 国 
家 标准 、 法 律 法 规 等 对 软件 的 功能 、 性 能 、 可 靠 性 、 易 用 性 、 可 维护 性 、 可 移植 性 等 特性 进行 严 
格 的 测试 ,验证 软件 的 功能 和 性 能 及 其 他 特性 是 否 与 业务 需求 一 致 。 

验收 测试 模板 如 图 A. 16 所 示 。 


1. 概述 

1.1 验收 测试 目的 
1.2 项 目 基 本 情况 
1.3 验收 测试 范围 








验收 模板 

1. 概述 

11 验收 测试 目的 

1.2 项 目 基本 情况 

1.3 验收 测试 范围 
根据 系统 需求 说 明 书 、 功 能 说 明 书 和 测试 
大 纲 所 描述 的 各 项 功能 进行 测试. 
2 验收 测试 组 织 方案 
2.1 验收 测试 时 间 

2.2 测试 地 点 

2.3 验收 测试 环境 

3. 项目 进度 审核 

4 验收 测试 计划 

5， 项 目 验收 情况 汇总 
5.1 项 目 验收 情况 汇总 表 
5.2 项 目 验收 附件 明细 
5.3 专家 组 验收 意见 

e 项 目 验收 结论 

61 开发 单位 结论 

6.2 建设 单位 结论 

7. 验收 结果 汇总 

8 附件 








图 A.16 验收 测试 模板 
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根据 系统 需求 说 明 书 功能 说 明 书 和 测试 大 纲 所 描述 的 各 项 功能 进行 测试 。 


2. 验收 测试 组 织 方案 
2.1 验收 测试 时 间 
2.2 测试 地 点 
2.3 验收 测试 环境 
2.3.1 硬件 

2.3.2 软件 

2.3.3 网 络 

2.3.4 测试 工具 
2.4 人 员 安 排 
3 
3 
3 
3 
4 
4 





. 项 目 进度 审核 

.1 项 目 实施 进度 情况 
.2 项 目 合 同 变 更 情况 
.3 项 目 需求 变更 情况 
.4 项 目 投资 结算 情况 
. 验收 测试 计划 

.1 验收 测试 原则 
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4.2 验收 测试 方式 

4.3 验收 测试 内 容 

4.4 测试 结果 及 缺陷 分 析 
4.5 文档 测试 

4.5.1 文档 主要 测试 内 容 
4.5.2 测试 过 程 涉及 的 一 些 文档 
5. 项 目 验收 情况 汇总 

5.1 项 目 验 收 情况 汇总 表 
5.2 项 目 验 收 附件 明细 

5.3 专家 组 验收 意见 

6. 项 目 验收 结论 

6.1 开发 单位 结论 

6.2 建设 单位 结论 

7. 验收 结果 汇总 

8. 附件 

8.1 附件 一 : 软件 平台 验收 单 
8.2 附件 二 : 功能 模块 验收 单 
8.3 附件 三 : 项 目 文档 验收 单 
8.4 附件 四 : 硬件 设备 验收 单 


A.2.17 测试 分 析 报 告 模板 


测试 分 析 报告 是 测试 主要 报告 之 一 。 测 试 分 析 报 告 是 建立 在 正确 的 .足够 的 测试 结果 
的 基础 之 上 ,不仅 要 提供 必要 的 测试 结果 的 实际 数据 ,同时 要 对 结果 进行 分 析 , 对 产品 质量 
进行 准确 的 评估 。 测 试 分 析 报 告 模板 如 图 A. 17 所 示 。 

1. 概述 

1.1 项 目 简介 
编写 目的 
术语 定义 
测试 环境 
测试 人 员 安排 和 分 工 

1.6 参考 资料 

2. 测试 内 容 

根据 测试 计划 中 编写 的 测试 用 例 , 用 表格 的 形式 列 出 每 一 项 测试 的 标识 符 及 其 测试 内 
容 , 并 指明 实际 进行 的 测试 工作 内 容 与 测试 计划 中 预先 设计 的 内 容 之 间 的 差别 ,说 明 作 出 这 
种 改变 的 原因 。 

2.1 系统 用 户 使 用 

2.2 系统 功能 需求 

2.3 系统 性 能 需求 

2.4 系统 接口 需求 


1 
1. 
1 
1 


中 mo 


2 
2 
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测试 分 析 报告 模板 

1. 概述 

16 参考 资料 

2 测试 内 容 

3. 测试 发 现 的 问题 

31 功能 测试 不 符合 项 列表 
3.2 性 能 测试 不 符合 项 列表 
3.3 接口 测试 不 符合 项 列表 
4 测试 结果 分 析 

4.1 覆盖 分 析 

4.1.1 需求 覆盖 

4.1.2 测试 徐 盖 

4.2 缺陷 的 统计 与 分 析 
4.21 缺陷 汇总 

4.2.2 缺陷 分 析 

4.23 残留 缺陷 与 未 解决 问题 
5 测试 资源 消耗 

6. 分 析 与 评价 

7 测试 结论 与 建议 








图 A.17 测试 分 析 报 告 模板 


.5 用 户 界 面 测试 报告 
.6 功能 测试 报告 


按照 系统 用 户 功能 需求 ,设计 测试 用 例 ( 输 入 /输出 内容, 进行 现场 测试 ,记录 测试 数 


据 、 评 
2 
2 
2 


p 


3 
3 
3 
3 
4 
4 
4 
4. 
4 
4 
4 
4 
5 
5 
5 
5 


定 测试 结果 ,测试 活动 的 记录 格式 。 
.7 性 能 测试 报告 
.8 接口 测试 报告 
.9 数据 库 测 试 
10 安装 、. 印 载 测试 
. 测试 发 现 的 问题 
.1 功能 测试 不 符合 项 列表 
.2 性 能 测试 不 符合 项 列表 
.3 接口 测试 不 符合 项 列表 
. 测试 结果 分 析 
获 盖 分 析 
.1 需求 覆盖 
.2 ”测试 覆盖 
缺陷 的 统计 与 分 析 
.1 缺陷 汇总 
.2.2 缺陷 分 析 
.2.3 残留 缺陷 与 未 解决 问题 
. 测试 资源 消耗 
.1 测试 组 织 和 人 员 
.2 测试 时 间 
.3 资源 的 总 投入 


1 
1 
1 
2 
.2 
2 
2 
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6. 分 析 与 评价 
6.1 能 力 

6.2 缺陷 和 限制 
6.3 评价 

7. 测试 结论 与 建议 
7.1 测试 结论 
7.2 建议 





(1) 对 系统 存在 问题 的 说 明 ,描述 测试 所 揭露 的 软件 缺陷 和 不 足 , 以 及 可 能 给 软件 实施 


和 运行 带 来 的 影响 ; 


(2) 可 能 存在 的 潜在 缺陷 和 后 续 工 作 ; 
(3) 对 缺陷 修改 和 产品 设计 的 建议 ; 
(4) 对 过 程 改 进 方面 的 建议 。 


A.2.18 测试 总 结 模板 


软件 测试 总 结 的 就 是 对 整个 测试 流程 进行 科学 和 系统 的 总 结 ,并 根据 这 些 结果 对 测试 
进行 评价 。 这 种 报告 是 测试 人 员 对 测试 工作 进行 总 结 。 测 试 总 结 模板 如 图 A. 18 所 示 。 


概述 

编写 目的 

项 目 背景 
系统 简介 
术语 和 缩写 词 
测试 工具 
参考 资料 


Pee ee ee 
an fF w ne 








1.6 参考 资料 

2 测试 环境 与 配置 

3. 测试 方法 

4. WES 

4.1 测试 时 间 、 地 点 、 人 员 
4.2 测试 范围 

4.3 工作 组 织 

4.4 测试 分 析 

45 残留 缺陷 与 未 解决 问题 
4.6 测试 资源 消耗 情况 

4.7 测试 结论 

4.8 测试 文档 





图 A.18 测试 总 结 模板 
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2. 测试 环境 与 配置 
3. 测试 方法 
4. 测试 总 结 
4.1 测试 时 间 、 地 点 、 人 员 
4 测试 范围 
4 工作 组 织 
4 测试 分 析 
4.4.1 测试 统计 
4.4.2 测试 发 现 的 问题 汇总 
4.4.3 测试 结果 分 析 
4.5 残留 缺陷 与 未 解决 问题 
4.5.1 残留 缺陷 
4 
4.6 测试 资源 消耗 情况 
4.7 测试 结论 
4.7.1 功能 性 
4.7.2 易 用 性 
4.7.3 可 靠 性 
4.7.4 兼容 性 
4.7.5 安全 性 
4.8 测试 文档 
5. 建议 
(1) 对 系统 存在 问题 的 说 明 ,描述 测试 所 揭露 的 软件 缺陷 和 不 足 , 以 及 可 能 给 软件 实施 
和 运行 带 来 的 影响 ; 
(2) 可 能 存在 的 潜在 缺陷 和 后 续 工 作 ; 
(3) 对 缺陷 修改 和 产品 设计 的 建议 ; 
(4) 对 过 程 改进 方面 的 建议 。 
6. 附件 
(1) 附件 1 测试 用 例 清单 ; 
(2) 附件 2 缺陷 清单 。 


A.2.19 Web 测试 模板 


Web 测试 与 一 般 应 用 系统 的 测试 不 同 ,链接 的 吻合 性 是 Web 应 用 系统 的 一 个 主要 特 
征 , 需 要 检查 和 验证 系统 是 否 按照 设计 的 要 求 运 行 ,而 且 要 测试 系统 在 不 同 用 户 的 浏览 器 上 
显示 是 否 合适 。 更 重要 的 是 ,还 要 从 最 终 用 户 的 角度 进行 Web 的 功能 测试 、Web 的 性 能 测 
试 (包括 负载 /压力 测试 )、Web 的 用 户 界面 测试 、Web 的 兼容 性 测试 、Web 的 安全 性 测试 、 
Web 的 接口 测试 ,安全 性 测试 和 可 用 性 测试 。Web 测试 模板 如 图 A. 19 所 示 。 
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1， 概 述 

2 Web 测试 的 重点 及 测试 的 主要 内 容 
21 Web 的 功能 测试 

2 2 Web 的 性 能 测试 〈 包 括 负载 /压力 测试 ) 
23 ”稳定 性 测试 

24 ”压力 测试 

3 Web 的 用 户 界面 测试 

4， web 兼容 性 测试 

5. Web HEEN 

5.1 ARRENA 

5.2 SSL 测试 

53 登录 测试 

54 日 志文 件 测试 

6 Web 的 接口 测试 

61 ”服务 器 接口 测试 

6.2 ”外 部 接口 测试 

7 硬件 软件 平台 描述 











图 A.19 Web 测试 模板 


1. 概述 
1.1 编写 目的 
Web 测试 模板 的 编写 目的 在 于 为 Web 测试 人 员 提 供 详细 的 测试 步 又 和 测试 数据 ,以 
保证 测试 人 员 对 软件 测试 的 正确 性 和 完整 性 。 
1.2 术语 和 缩写 词 
1.3 参考 资料 
. Web 测试 的 重点 及 测试 的 主要 内 容 
Web 的 功能 测试 
链接 测试 
表单 测试 
数据 校 验 测试 
Cookie 测试 
数据 库 测试 
权限 测试 
应 用 程序 特定 的 功能 需求 测试 
Web 的 性 能 测试 (包括 负载 /压力 测试 ) 
1 基准 性 能 测试 
2 负载 测试 
稳定 性 测试 
压力 测试 
Web 的 用 户 界 面 测试 
Web 的 用 户 界面 页 面 、 页 面 元 素 和 容错 性 
1 页 面 清单 是 否 完整 
.2 ”页 面 在 窗口 中 的 显示 是 否 正确 、 美 观 
.3 ”页 面 特殊 效果 
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3.1.4 页 面 特殊 效果 显示 是 否 正确 

3.2 页 面 元 素 应 注意 的 内 容 

3.2.1 Web 的 功能 需要 列 出 按钮 Pe HE AS HEHE dP HE EE Hi A HE 
3.2.2 页 面 元 素 的 文字 、 图 形 、 签 章 

3.2.3 页 面 元 素 的 按钮 列表 框 、 核 选 框 .输入 框 ` 超 链接 等 外 形 、 摆 放 位 置 
3.2.4 ”页 面 元 素 基 本 功能 文字 特效 、 动 画 特效 ,按钮 . 超 链接 

3.3 容错 性 应 注意 的 内 容 

3.4 Web 用 户 界面 测试 的 内 容 

4 


. Web 兼容 性 测试 
Web 的 兼容 性 包括 操作 系统 兼容 和 应 用 软件 兼容 ,可 能 还 包括 硬件 兼容 。 
4.1 系统 平台 测试 
最 常见 的 有 Windows, UNIX, Macintosh, Linux 操作 系统 等 。 
4.2 浏览 器 测试 


浏览 器 是 Web 客户 端 最 核心 的 构件 ,不 同 厂商 的 浏览 器 对 Java、HTML 规格 有 不 同 
的 支持 ,框架 和 层次 结构 风格 在 不 同 的 浏览 器 中 也 有 不 同 的 显示 ,浏览 器 需要 测试 兼容 性 。 

4.3 分 辩 率 测试 

5. Web 的 安全 性 测试 

Web 的 安全 性 测试 主要 讨论 目录 设置 、SSL ,登录 .日志 文件 。 

5.1 目录 设置 测试 

5.2 SSL 测试 

5.3 登录 测试 

5.4 日 志文 件 测试 

6，Web 的 接口 测试 

6.1 服务 器 接口 测试 

6.2 外 部 接口 测试 

7. 硬件 /软件 平台 描述 


A.2.20 软件 安全 性 测试 模板 


安全 性 测试 是 软件 生命 周期 中 保证 软件 安全 性 的 一 个 重要 环节 。 软 件 安全 性 测试 包括 
用 户 认证 安全 、 系 统 网 络 安 全 数据库 安 全 性 测试 。 软 件 安全 性 测试 模板 如 图 A. 20 所 示 。 





1.2 AMS) 

13 参考 资料 

2， 用 户 认证 安全 性 测试 
32 系统 网 络 安全 性 测试 
4, 数据 库 安 全 性 测试 
5 软件 安全 性 记录 








A.20 软件 安全 性 测试 模板 
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1. 概述 

1.1 编写 目的 

软件 安全 性 测试 模板 的 编写 ,主要 目的 是 “确保 软件 不 会 去 完成 没有 预先 设计 的 功能 ”。 
为 软件 安全 性 测试 人 员 提 供 测试 步骤 ,以 保证 测试 人 员 对 软件 进行 安全 性 测试 。 

1.2 术语 和 缩写 词 

1.3 参考 资料 

2. 用 户 认证 安全 性 测试 

3. 系统 网 络 安全 性 测试 

4. 数据 库 安全 性 测试 

(1) 数据 库 数 据 是 否 机 密 ; 

(2) 数据 库 数据 可 管理 性 ; 

(3) 数据 库 数据 的 独立 性 ; 

(4) 数据 库 数据 是 否 可 备份 ; 

(5) 数据 库 数据 的 恢复 能 力 。 

5. 软件 安全 性 记录 
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第 二 部分。 软件 测试 习题 
》 


一 、 选 择 题 


1, 


4, 


用 黑 盒 技术 设计 测试 用 例 的 方法 之 一 为 ( ) 。 
A. 因果 图 B. 逻辑 覆盖 C. 循环 覆盖 D. 基本 路 径 测试 


.软件 测试 的 目的 是 ( 


A. 避免 软件 开发 中 出 现 的 错误 

B. 发 现 软件 开发 中 出 现 的 错误 

C. 尽 可 能 发 现 并 排除 软件 中 潜藏 的 错误 ,提高 软件 的 可 靠 性 
D. 修改 软件 中 出 现 的 错误 


. 下 列 软件 属性 中 ,软件 产品 首要 满足 的 应 该 是 ( Js 


A. 功能 需求 B. 性 能 需求 
C. 可 扩展 性 和 灵活 性 D. 容错 纠 错 能 力 
坚持 在 软件 的 各 个 阶段 实施 下 列 哪 种 质量 保障 措施 ,才能 在 开发 过 程 中 尽早 发 现 和 


预防 错误 ,把 出 现 的 错误 克服 在 早期 ? ( ) 


A. 技术 评审 B. 程序 测试 C. 改正 程序 错误 D. 管理 评审 


.以 程序 的 内 部 结构 为 基础 的 测试 用 例 技 术 属 于 ( Ja 


A. 灰 盒 测试 B. 数据 测试 C. 黑 盒 测试 D. 白 盒 测试 


. 为 了 提高 测试 的 效率 ,正确 的 做 法 是 ( de 


A. 选择 发 现 错误 可 能 性 大 的 数据 作为 测试 用 例 

B. 在 完成 程序 的 编码 之 后 再 制定 软件 的 测试 计划 

C. 随机 选取 测试 用 例 

D. 使 用 测试 用 例 测 试 是 为 了 检查 程序 是 否 做 了 应 该 做 的 事 


. 在 进行 单元 测试 时 ,常用 的 方法 是 ( Js 


A. 采用 和 白 盒 测 试 , 辅 之 以 黑 盒 测试 B. 采用 黑 盒 测 试 , 辅 之 以 白 盒 测试 
C. 只 使 用 白 盒 测试 D. 只 使 用 黑 盒 测 试 


. 以 下 哪 一 种 选项 不 属于 软件 缺陷 ? 〈 ) 


A. 软件 没有 实现 产品 规格 说 明 所 要 求 的 功能 
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B. 软件 中 出 现 了 产品 规格 说 明 不 应 该 出 现 的 功能 
C. 软件 实现 了 产品 规格 没有 提 到 的 功能 
D. 软件 实现 了 产品 规格 说 明 所 要 求 的 功能 ,但 因 受 性 能 限制 而 未 考虑 可 移植 性 


问题 

9. 软件 生存 周期 过 程 中 ,修改 错误 最 多 的 阶段 是 (  )。 

A. 需求 阶段 B. 设计 阶段 C. 编程 阶段 D. 发 布 运行 阶段 
0. 在 边界 值 分 析 中 ,下 列 数 据 通常 不 是 用 来 做 数据 测试 的 是 ( e 

A. 正好 等 于 边界 的 值 B. 等 价 类 中 的 等 价值 

C. 刚刚 大 于 边界 的 值 D. 刚刚 小 于 边界 的 值 
1. 单元 测试 中 设计 测试 用 例 的 依据 是 ( de 

A. 概要 设计 规格 说 明 书 B. 用 户 需求 规格 说 明 书 

C. 项 目 计划 说 明 书 D. 详细 设计 规格 说 明 书 


2. 通常 可 分 为 白 盒 测 试 和 黑 盒 测试 。 白 盒 测试 是 根据 程序 的 ( ) 来 设计 测试 用 
例 , 黑 盒 测试 是 根据 软件 的 规格 说 明 书 来 设计 测试 用 例 。 
A. 功能 B. 性 能 C. 内 部 逻辑 D. 内 部 数据 
3. 如 果 一 个 判定 中 的 复合 条 件 表达 式 为 (A > 1)or(B <= 3), 则 为 了 达到 100% hy 
条 件 获 盖 率 ,至 少 需要 设计 ( ) 个 测试 用 例 。 
A.1 B. 2 C2 D. 4 
4. 经 验 表明 ,在 程序 测试 中 , 某 模块 与 其 他 模块 相 比 , 若 该 模块 已 发 现 并 改正 的 错误 
较 多 , 则 该 模块 中 残存 的 错误 数目 与 其 他 模块 相 比 ,通常 应 该 ( Ys 
A. 较 少 B. 较 多 C. 相似 D. 不 确定 
5. 下 面 有 关 软 件 缺 陷 的 说 法 中 错误 的 是 ( Fs 
A. 缺陷 就 是 软件 产品 在 开发 中 存在 的 错误 
B. 缺陷 就 是 软件 维护 过 程 中 存在 的 错误 .毛病 等 各 种 问题 
C. 缺陷 就 是 导致 系统 程序 崩溃 的 错误 
D. 缺陷 就 是 系统 所 需要 实现 某 种 功能 的 实效 和 违背 
16. 在 某 大 学 学 籍 管理 信息 系统 中 ,假设 学 生年 龄 的 输入 范围 为 16 一 40, 则 根据 黑 盒 测 
试 中 的 等 价 类 划分 技术 ,下 面 划分 正确 的 是 ( ds 
A. 可 划分 为 2 个 有 效 等 价 类 ,2 个 无 效 等 价 类 
B. 可 划分 为 1 个 有 效 等 价 类 ,2 个 无 效 等 价 类 
C. 可 划分 为 2 个 有 效 等 价 类 ,1 个 无 效 等 价 类 
D. 可 划分 为 1 个 有 效 等 价 类 ,1 个 无 效 等 价 类 
17. 根据 软件 需求 规格 说 明 书 ,在 开发 环境 下 对 已 经 集成 的 软件 系统 进行 的 测试 是  ) 。 
A. 系统 测试 B. 单元 测试 C. 集成 测试 D. 验收 测试 
18. 下 面 有 关 测 试 原则 的 说 法 正确 的 是 ( De 
A. 测试 用 例 应 由 测试 的 输入 数据 和 预期 的 输出 结果 组 成 
B. 测试 用 例 只 需 选 取 合理 的 输入 数据 
C. 程序 最 好 由 编写 该 程序 的 程序 员 自 己 来 测试 
D. 使 用 测试 用 例 进行 测试 是 为 了 检查 程序 是 否 做 了 它 该 做 的 事 





19. 


20. 


21. 


22. 


23. 


24. 


25. 
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集成 测试 对 系统 内 部 的 交互 以 及 集成 后 系统 功能 检验 了 何 种 质量 特性 ? (。 ) 


A. 正确 性 B. 可 靠 性 C. 可 使 用 性 D. 可 维护 性 
软件 设计 阶段 的 测试 主要 采取 的 方式 是 ( de 
A. 评审 B. AAM C. 黑 盒 测试 D. 动态 测试 


下 列 关于 测试 方法 的 叙述 中 不 正确 的 是 (  )。 

A. 从 某 种 角度 上 讲 , 白 盒 测试 与 黑 盒 测试 都 属于 动态 测试 
B. 功能 测试 属于 黑 盒 测 试 

C. 对 功能 的 测试 通常 是 要 考虑 程序 的 内 部 结构 

D. 结构 测试 属于 白 盒 测试 

在 覆盖 准则 中 ,最 常用 的 是 ( Jis 


A. 语句 覆盖 B. AUER C. ap ti D. 以 上 全 部 
大 多 数 实际 情况 下 ,性 能 测试 的 实现 方法 是 ( Ms 

A, 黑 盒 测试 B. 白 盒 测试 C. 静态 分 析 D. 可 靠 性 测试 
下 列 方法 中 ,不 属于 黑 盒 测试 的 是 ( ). 

A. 基本 路 径 测试 法 B. 等 价 类 测试 法 

C. 边界 值 分 析 法 D. 基于 场景 的 测试 方法 


测试 程序 时 ,不 可 能 遍历 所 有 可 能 的 输入 数据 ,而 只 能 是 选择 一 个 子 集 进 行 测试 ， 


那么 最 好 的 选择 方法 是 ( 。”)。 


26. 


27. 


A. 随机 选择 B. 划分 等 价 类 

C. 根据 接口 进行 选择 D. 根据 数据 大 小 进行 选择 
下 列 可 以 作为 软件 测试 对 象 的 是 ( Ve 

A. 需求 规格 说 明 书 B. 软件 设计 规格 说 明 

c. 源 程序 D. 以 上 全 部 


数据 流 柳 盖 关 注 的 是 程序 中 某 个 变量 从 其 声明 赋值 到 引用 的 变化 情况 , 它 是 下 列 


哪 一 种 覆盖 的 变种 ? (  ) 


28. 


29. 


an fF wry Ee 


A. 语句 覆盖 B. 控制 覆盖 C. 分 支 覆 盖 D. 路 径 覆 盖 

在 Web 应 用 软件 的 分 层 测试 策略 中 ,下 列 哪个 不 是 测试 关注 的 层次 ? ( ) 

A, 数据 层 B. 业务 层 C. 服务 层 D. 表示 层 

软件 测试 规范 规定 ,软件 测试 的 类 别 可 分 为 单元 测试 、 集 成 测试 以 及 ( e 

A. 系统 测试 B. 验收 测试 

C. 系统 测试 和 验收 测试 D. 配置 项 测试 .系统 测试 和 验收 测试 
、 填 空 题 


. 软件 质量 工程 包括 ( ax DHC ) 三 大 方面 。 

。 McCall 模型 产品 修改 纬度 的 质量 因素 有 ( ).¢ XC Jo 
. 面向 对 象 模 型 不 同 于 其 他 模型 的 主要 特征 是 (  )。 

. 有 两 种 同行 评审 方法 学 : ) 和 ( Is 

. RMA 可 以 划分 成 三 组 类 别 : WE JE R 

. 支持 性 质量 手段 有 ( ANC Me 
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7. 依据 软件 系统 的 生命 周期 和 其 他 阶段 ,软件 质量 度量 划分 为 ( ) 和 ( Jo 
8. 软件 配置 发 布 的 版 本 有 ( )、( dC Dis 

9. SQA 标准 被 划分 成 ( ) 和 ( ) 两 类 。 

. 软件 缺陷 的 固有 特征 有 ( Dt dine Xa 

© McCall 模型 划分 了 ( ) yt ) 三 个 维度 的 11 个 软件 质量 因素 。 
.螺旋 模型 任何 一 次 迭代 都 可 划分 为 ( yt jt ) 和 ( ) 四 个 象限 。 
. 依据 合同 评审 的 目标 对 合同 评审 主题 进行 分 类 为 ( ) 和 ( ) 两 种 类 型 。 

. 典型 的 版 本 方针 包括 ( ys Je 

.软件 对 属于 各 种 质量 因素 的 需求 的 符合 性 是 由 ( ) 来 测量 的 。 

. CAPA 过 程 的 成 功 运行 包含 如 下 活动 : ( vt ) ( ) 改进 方法 的 执行 、 


中 局 


跟踪 o 
7. 常见 的 软件 配置 演化 模型 有 ( ) 和 ( js 

8. 软件 更 改 的 质量 保证 工作 需要 ( ) 和 ( Ja 

9. 从 内 容 和 重点 上 ,我 们 可 以 把 质量 管理 标准 划分 成 ( ) 和 ( ) 两 种 类 型 。 
20. ¢ vat ) 是 SQA 专职 人 员 。 

21. CMM 内 容 包 含 ( 和 和 J4 ) 和 ( ) 五 个 等 级 。 

22. 软件 质量 保证 的 目标 包括 ( ) 和 ( ) 两 大 方面 。 

23. 开发 生命 周期 阶段 SQA 部 件 可 以 划分 成 : C Da Yu je ) 
和 ( Jia 

24. ( ) ALC ) 是 维护 方针 的 主要 组 成 。 

25. 外 部 参与 方 可 被 分 类 为 ( 是 ) 和 ( ) 三 组 。 

26. 在 任何 机 构 中 ,CAPA 要 正确 发 挥 作用 ,需要 在 ( Ja ) 和 ( ) 三 个 方面 
进行 跟踪 。 

27. 软件 更 改 的 质量 保证 工作 需要 每 个 更 改 的 SCI 的 质量 保证 和 ( ) 两 个 级 别 的 
活动 。 

28. 软件 过 程度 量 可 以 进一步 划分 为 ( dC ) 和 ( de 

29. 通常 ,软件 质量 的 管理 部 件 有 ( Yt jk ) 和 可 用 于 控制 软件 维护 的 工 
具 SQA 管理 工具 。 

30. 软件 测试 过 程 包含 的 测试 活动 有 测试 计划 、( jt je Wek ) 和 测试 
评估 。 





w 


1. 软件 测试 策略 的 确定 过 程 通常 经 历 ( ye yt ) 三 个 阶段 。 

32, 变异 测试 的 理论 基础 是 ( ) 假 设 和 ( ) 假 设 。 

33, Js Vik ) 是 常用 的 软件 缺陷 跟踪 图 表 。 

34. 软件 测试 规范 可 以 分 为 (””) 规 范 和 ( ) 规 范 。 

35. 通常 ,由 人 工 进行 的 静态 测试 方法 包括 ( Dnt Ni ) 和 ( Ya 

36. 典型 的 测试 设计 活动 包括 ( st yk ) 和 稳定 的 桩 。 

37. 按照 测试 的 层次 和 策略 ,软件 测试 可 以 分 为 ( yt ks ) 和 ( Js 

38. 为 了 考察 测试 用 例 的 重要 性 ,可 以 从 ( yee yt dee jd ) 五 方 
面 理解 。 
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39. 面向 对 象 集成 测试 常见 方法 包括 ( ) EZE PE EAD HK 

40. 面向 对 象 测试 充分 性 三 个 常用 标准 是 ( PK ) 和 ( de 

41. 常见 的 程序 分 析 视 角 有 ( CCA EL. 

42. 按照 测试 用 例 的 设计 方法 ,软件 测试 可 以 分 为 ( YC AIC) 

43. 我 们 可 以 按照 ( ) 过 程 ( ) 过 程 和 ( ) 过 程 三 个 维度 对 测试 用 例 属性 进 


44. 单元 测试 内 容 包 含 如 下 方面 :( dC YA Dk ) 和 重要 路 径 测 试 。 
45. 软件 测试 的 目的 是 尽 可 能 多 地 发 现 软 件 中 存在 的 ( ) ,将 测试 ( ) 作 为 纠 错 


46. 测试 阶段 的 基本 任务 是 根据 软件 开发 各 阶段 的 ( ) 和 程序 的 ( ) ,精心 设计 
一 组 ( ) ,利用 这 些 实例 执行 ( ) , 找 出 软件 中 潜在 的 各 种 ( ) 和 ( Js 

47. 测试 用 例 由 ( ) 和 预期 的 ( ) 两 部 分 组 成 。 

48. 软件 测试 方法 一 般 分 为 两 大 类 :( ) 方 法 和 ( HE. 

49. 动态 测试 通过 ( ) 发 现 错误 。 根据 ( ) 的 设计 方法 不 同 ,动态 测试 又 分 
为 ( ) 与 ( ) 两 类 。 

50. 静态 测试 采用 ( ) 和 ( ) 的 手段 对 程序 进行 检测 。 
. 人 工 审查 程序 偏重 于 ( ) 的 检验 ,而 软件 审查 除了 审查 ( ) 还 要 对 各 阶 
BEC ) 进 行 检验 。 

52. 计算 机 辅助 静态 分 析 利 用 ( ) 工 具 对 测试 程序 进行 ( ) 分 析 。 

53. 黑 盒 法 只 在 软件 的 ( ) 处 进行 测试 ,依据 ( ) 说 明 书 ,检查 程序 是 否 满 
足 ( ) 要 求 。 

54. 和 白 盒 法 必须 考虑 程序 的 ( ) 和 ( ) ,以 检查 ( ) 的 细节 为 基础 ,对 程序 中 尽 
可 能 多 的 逻辑 路 径 进行 ( Jis 

55. 和 白 盒 测试 是 ( ) 测 试 ,被 测 对 象 是 ( ) ,以 程序 的 ( ) 为 基础 设计 测试 
用 例 。 

56. 逻辑 获 盖 是 对 程序 内 部 有 ( ) 存 在 的 逻辑 结构 设计 测试 用 例 , 根 据 程序 内 部 的 
逻辑 窗 盖 程度 又 可 分 为 ( JC F ) jt )\( )6 种 覆盖 技术 。 

57. 实际 的 逻辑 蓝 盖 测试 中 ,一般 以 ( ) 覆 盖 为 主 设计 测试 用 例 ,然后 再 补充 部 分 用 
例 , 以 达到 ( ) 覆 盖 测 试 标 准 。 

58. 循环 覆盖 是 对 程序 内 部 有 ( ) 存 在 的 逻辑 结构 设计 测试 用 例 , 它 通过 限 
制 ( ) 来 测试 。 

59. 基本 路 径 测 试 是 在 程序 ( ) 基 础 上 ,通过 分 析 控 制 构造 的 ( ) 复 杂 性 , 导 
出 ( ) 集 合 , 从 而 设计 测试 用 例 。 

60. HAMRE ) 测 试 , 用 黑 盒 技术 设计 测试 用 例 有 4 种 方法 : ( jx Ys 
( Ki Jis 

61. 等 价 类 划分 从 程序 的 ( ) 说 明 , 找 出 一 个 输入 条 件 ( 通 常 是 ( ) 或 ( )), 然 
后 将 每 个 输入 条 件 划 分 成 两 个 或 多 个 ( ys 

62. 边界 值 分 析 是 将 测试 ( ) 情 况 作为 重点 目标 .选取 正好 等 于 、 刚 刚 大 于 或 刚刚 小 
Ft ) 的 测试 数据 。 如 果 输 入 或 输出 域 是 一 个 有 序 集合 , 则 应 选取 集合 的 第 一 个 元 素 和 
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( ) 元 素 作为 测试 用 例 。 

63. 在 测试 程序 时 ,根据 经 验 或 直觉 推测 程序 中 可 能 存在 的 各 种 错误 , 称 为 ( Js 

64. 因果 图 的 基本 原理 是 通过 画 ( ”) 图 ,把 用 自然 语言 描述 的 ( 。””) 转 换 为 ( j; 
最 后 为 判定 表 每 一 列 设计 一 个 测试 用 例 。 

65. 测试 的 综合 策略 是 在 测试 中 .联合 使 用 各 种 ( ) 方 法 。 通 常 先 用 ( ) 法 设计 
基本 的 测试 用 例 , 再 用 ( ) 法 补充 一 些 必要 的 测试 用 例 。 

66. 软件 测试 过 程 中 需要 3 类 信息 : ( jst AIC), 

67.( ”) 指 对 源 程序 中 每 一 个 程序 单元 进行 测试 ,检查 各 个 模块 是 否 正确 实现 规定 
的 功能 ,从 而 发 现 模块 在 编码 中 或 算法 中 的 错误 , 它 涉及 ( ) 和 ( ) 的 文档 。 

68. 单元 测试 主要 测试 模块 的 5 个 基本 特征 : ( dat die jyt dC Jio 

69. 在 单元 测试 中 ,需要 为 被 测 模块 设计 ( ) 模 块 和 ( ) 模 块 。( ) 用 来 模拟 
被 测 模块 的 上 级 调用 模块 ,( ) 用 来 代替 被 测 模块 所 调用 的 模块 。 

70. 集成 测试 指 在 ( ) 测 试 基础 上 ,将 所 有 模块 按照 设计 要 求 组 装 成 一 个 完整 的 系 
统 进行 的 测试 ,也 称 ( ) 测 试 或 ( ) 测 试 。 

71. 集成 测试 的 方法 有 两 种 : ve Ms 


三 、 判 断 题 


. 软件 测试 的 唯一 目的 就 是 为 了 发 现 软件 的 错误 。 
. 在 进行 黑 盒 测 试 时 ,主要 的 测试 依据 是 软件 需求 。 
. 功能 测试 的 主要 目的 是 测试 软件 防止 非法 入 侵 能 力 。 
. 软件 测试 人 员 可 以 对 概要 设计 说 明 书 进行 白 盒 测 试 。 
. 验收 测试 只 由 开发 公司 的 测试 人 员 来 实施 的 。 
. 自动 化 测试 工具 可 以 部 分 代替 手工 测试 。 
T. 软件 错误 是 指 软件 产品 中 存在 的 导致 期 望 的 运行 结果 和 实际 运行 结果 间 出 现 差异 
的 一 系列 问题 。 
8. 负载 测试 的 目的 是 为 了 测试 软件 系统 的 最 大 负载 。 
9. 软件 测试 必须 等 到 所 有 缺陷 均 修复 才能 结束 。 
.软件 测试 人 员 必 须 对 需求 规格 说 明 书 进行 白 盒 测试 。 
. 项 目 编码 前 ,软件 测试 人 员 不 需要 介入 项 目测 试 。 
. 从 是 否 关注 软件 内 部 结构 与 算法 ,可 以 将 软件 测试 分 为 静态 测试 和 动态 测试 。 
.软件 测试 人 员 一 旦 发 现 软件 缺陷 ,主要 以 口头 方式 通知 软件 开发 人 员 。 
. 性 能 测试 的 目的 是 保证 软件 的 功能 符合 软件 需求 。 
. 发 现 错误 多 的 模块 ,残留 在 模块 中 的 错误 也 多 。 
. 软件 测试 就 是 为 了 验证 软件 功能 实现 的 是 否 正确 ,是 否 完成 既定 目标 的 活动 ,所 以 
软件 测试 在 软件 工程 的 后 期 才 开始 具体 的 工作 。 
7. 软件 测试 只 能 发 现 错误 ,但 不 能 保证 测试 后 的 软件 没有 错误 。 
8. 测试 只 要 做 到 语句 覆盖 和 分 支 获 盖 ,就 可 以 发 现 程序 中 的 所 有 错误 。 
9. 所 有 软件 必须 进行 某 种 程度 的 兼容 性 测试 。 
20. 所 有 软件 都 有 一 个 用 户 界面 ,因此 必须 测试 易 用 性 。 
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四 、 名 词 解释 


.软件 测试 

. 静态 测试 

. 动态 测试 

. 黑 盒 测试 
白 盒 测 试 

. 语句 覆盖 

. 判定 覆盖 

. 条 件 覆 盖 

. 判定 /条 件 覆 盖 
. 条 件 组 合 覆 盖 
路 径 获 盖 

. 测试 用 例 
.驱动 模块 

桩 模块 
.单元 测试 

. 集成 测试 
.确认 测试 

. 渐 增 式 测试 
. 非 渐 增 式 测 试 
. 调试 

. 人 的 因素 的 含义 
22, 基线 

23. 软件 配置 管理 
24. 软件 配置 项 
25. 软件 质量 


五 、 简 答题 


1. 为 什么 说 软件 测试 是 软件 开发 中 不 可 缺少 的 重要 一 环 , 但 不 是 软件 质量 保证 的 安 
全 网 ? 

2. 软件 测试 的 目的 是 什么 ? 为 什么 把 软件 测试 的 目的 定义 为 只 是 发 现 错误 ? 

3. 软件 测试 应 当 遵循 什么 原则 ? 为 什么 要 遵循 这 些 原 则 ? 

4. 软件 测试 的 步骤 是 什么 ? 这 些 测试 与 软件 开发 各 阶段 之 间 的 关系 ? 

5. 软件 测试 的 过 程 是 什么 ? 

6. 单元 测试 .集成 测试 和 确认 测试 各 自主 要 目标 是 什么 ? 它们 之 间 有 什么 不 同 ? 相互 
有 什么 关系 ? 

7. 什么 是 黑 盒 测 试 与 白 盒 测试 ? 它们 都 适应 哪些 测试 ? 

8. 简 述 软件 测试 与 软件 调试 的 区 别 。 
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9. 软件 配置 管理 的 任务 。 

. 试 述 第 三 代 界 面 的 优点 。 

. 试 述 人 机 界面 的 设计 过 程 。 
.SQA 策略 主要 分 哪 三 个 阶段 ? 
. 测试 计划 应 包括 哪些 内 容 ? 

. 软件 测试 阶段 是 如 何 划分 的 ? 
. 简 述 软件 测试 过 程 。 


六 、 综 合 题 


af wn Oo 





. 按 自 顶 向 下 深度 优先 集成 测试 方法 , 画 出 下 图 集成 测试 过 程 。 
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2. 根据 下 面 给 出 的 规格 说 明 ,利用 等 价 类 划分 的 方法 ,给 出 足够 的 测试 用 例 。 一 个 程 
序 读 入 三 个 整数 ,把 此 三 个 数值 看 成 是 一 个 三 角形 的 三 个 边 。 这 个 程序 要 打印 出 信息 ,说 明 
这 个 三 角形 是 三 边 不 等 的 ,是 等 腰 的 ,还 是 等 边 的 。 

3. 有 一 个 处 理 单价 为 1 元 5 角 钱 的 盒 装 饮料 的 自动 售 货 机 软件 。 若 投入 1 元 5 角 钱 ， 
按 下 “可 乐 汪 雪 怕 ?或 “红茶 ?按钮 ,相应 的 饮料 就 送出 来 , 若 投入 的 是 2 元 硬币 ,再 送出 饮料 
的 同时 退还 5 角 硬 币 。 请 用 因果 图 法 设计 测试 用 例 。 

4. 某 工厂 公开 招工 ,规定 报名 者 年 龄 应 在 16 一 35 周岁 之 间 ( 到 1995 年 6 月 30 日 为 
止 ), 即 出 生年 月 不 早 于 1960 年 7 月 ,不 晚 于 1979 年 6 月 ,报名 程序 具有 自动 检验 输入 数据 
的 功能 。 如 出 生年 月 不 在 上 述 范围 内 。 将 拒绝 接受 ,并 显示 “年 龄 不 合格 ”等 出 错 信 息 。 

试用 等 价 类 划分 法 ,设计 出 年 月 的 等 价 类 表 。 

5. 请 用 基本 路 径 法 对 下 图 找 出 独立 路 径 。 
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6. 画 出 下 列 伪 码 程序 的 程序 流程 图 。 


START 
IF THEN 


END IF 
STOP 
7. 某 一 种 8 位 计算 机 ,其 十 六 进 制 常数 的 定义 是 以 0x 或 0X 开头 的 十 六 进 制 整数 ,其 
取 值 范围 为 7{ 一 7F( 不 区 分 大 小 写字 母 ) ,如 0x13 .0x6A、 一 0x3c, 请 采用 等 价 类 划分 的 方法 
设计 测试 用 例 。 


第 二 部 分 习题 答案 


一 、 选 择 题 


LA 2B 8A eA SD 6A TCS D LD 10, B 1D 120C 
13. B 14,B 15.C 16.B 17,A 18 A 19% A 20. A 21, C 22.D 23, A 
24, A 25.B 26.D 27. D 28.C 29. D 


、 填 空 题 


. 软件 质量 保证 、 软 件 质 量规 划 和 软件 质量 控制 

. 可 维护 性 .可 测试 性 .灵活 性 

. 组 件 的 密集 重用 

审查 和 走 查 

. 内 部 风险 管理 措施 ,分 包 风 险 管理 措施 ,顾客 风险 管理 措施 
. 模板 和 检查 表 

. 软件 过 程度 量 和 软件 产品 度量 

.基线 版 本 、 中 间 版 本 ,修订 版 本 

. 软件 质量 管理 标准 和 软件 项 目 过 程 标准 

. 软件 缺陷 的 固有 性 、 软 件 缺陷 的 敏感 性 ` 软 件 缺陷 的 感染 性 
. 软件 运行 .软件 转移 ,软件 修改 

. 制定 计划 、 风 险 分 析 和 化 解 、. 工 程 和 顾客 评估 

. 建议 草案 评审 主题 .合同 草案 评审 主题 

. 单一 活动 版 本 方针 、 多 版 本 方针 
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15. 
16. 
17. 
18. 
19. 
20. 
21. 
22. 
23. 


部 件 


24. 
25. 
26. 
27. 
28. 
29. 
30. 
31. 
32. 
33. 
34. 
35. 
36. 
37. 
38. 
39. 
40. 
4l. 
42. 
43. 
44. 
45. 
46. 
47. 
48. 
49. 
50. 
51. 
52. 


软件 质量 度量 

信息 收集 、 信 息 分 析 、 解 决 方案 和 改进 方法 的 建立 

线性 演化 模型 . 树 演化 模型 

每 个 更 改 的 SCI 的 质量 保证 、 整 个 新 软件 系统 版 本 的 质量 保证 
认证 标准 .评估 标准 

测试 人 员 、SQA 单位 

初始 级 .可 重复 级 .已 定义 级 .已 管理 级 .可 优化 级 

面向 产品 的 软件 开发 、 面 向 过 程 的 软件 维护 

评审 ,专家 观点 .软件 测试 .软件 维护 SQA 部 件 和 由 第 三 方 /分 包 商 使 用 的 SQA 


版 本 方针 、 更 改 方针 

DAR COTS 软件 和 重用 软件 模块 的 供 货 商 、 顾 客 自 身 
CAPA 记录 流 的 跟踪 .CAPA 执行 的 跟踪 、CAPA 执行 结果 的 跟踪 
整个 新 软件 系统 版 本 的 质量 保证 

软件 过 程 质量 度量 ,软件 过 程 进度 度量 、 软 件 过程 生 产 率 度量 
项 目 进展 控制 .软件 质量 度量 .软件 质量 费用 

测试 设计 、 测 试 实施 、 测 试 执行 ,缺陷 跟踪 

确定 测试 需求 .评估 风险 .确定 测试 策略 

程序 员 能 力 、 组 合 效应 

软件 缺陷 打开 /关闭 图 表 、 根 本 原因 图 表 、 软 件 缺陷 关闭 周期 表 
行业 .操作 

桌面 检查 、 代 码 审查 .代码 走 查 和 技术 评审 

测试 用 例 设 计 、 测 试 过 程 设计 、 设 计 驱 动 程序 

单元 测试 .集成 测试 确认 测试 ,系统 测试 

有 效 性 、 可 重用 性 、 易 组 织 性 、 可 评估 性 、 可 管理 性 

抽样 测试 

基于 状态 的 覆盖 率 .基于 约束 的 种 盖 率 和 基于 代码 的 覆盖 率 
句法 视角 、 功 能 视角 、 文 本 视角 

白 盒 测试 . 黑 盒 测试 , 灰 盒 测 试 

编写 执行、 组织 

模块 接口 测试 ,边界 条 件 测 试 、 错 误 处 理 测试 ` 局 部 数据 结构 测试 
错误 ,测试 结果 

文档 资料 ,内 部 结构 ,测试 用 例 ,程序 、 错 误 、 缺 陷 
输入 数据 .输出 数据 

动态 测试 .静态 测试 

运行 程序 测试 用 例 . 黑 盒 测 试 . 白 盒 测 试 

人 工 检测 、 计 算 机 辅助 静态 分 析 

编码 质量 、 编 码 、 软 件 产品 

静态 分 析 、 特 性 
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53. 接口 .需求 规格 ,功能 

54. 内 部 结构 ,处理 过 程 、 处 理 过 程 , 测 试 

55. 结构 , 源 程 序 、 内 部 逻辑 

56. 判定 .语句 覆盖 、 判 定 覆 盖 . 条 件 覆 盖 、 判 定 /条 件 覆 盖 .条 件 组 合 覆 盖 .路 径 覆 盖 
57. 条 件 组 合 、 路 径 

58. 循环 .循环 次 数 

59. 控制 流程 图 、 环 路 、 基 本 路 径 

60. 功能 、 等 价 类 划分 .边界 值 分 析 、 错 误 推测 、 因 果 图 

61. 功能 一句 话 .一 个 短语 .等 价 类 

62. 边界 .边界 值 . 最 后 一 个 

63. 错误 推测 法 

64. 因果 、 功 能 说 明 、 判 定 表 

65. WR REHA 

66. 软件 配置 .测试 配置 和 测试 工具 

67. 单元 测试 .编码 .详细 设计 

68. 模块 接口 .局 部 数据 结构 .重要 的 执行 路 径 、 错 误 处 理 . 边 界 条 件 
69. 驱动 . 桩 、 驱 动 模块 , 桩 模块 

70. 单元 ,组 装 、 联 合 

71. 非 渐 增 式 测试 、 渐 增 式 测试 


三 、 判 断 题 


1. 错 2. 对 3. 错 4 错 5. 错 6. 对 7. 对 8. 错 9% 错 10. 错 11. 错 
12, 错 13. 14. 错 15. 对 16. 错 17. 对 18. 19. 对 20. 错 


四 、 名 词 解 释 


1. 软件 测试 : 软件 测试 指 为 了 发 现 软件 中 的 错误 而 执行 软件 的 过 程 。 它 的 目标 是 尽 
可 能 多 地 发 现 软 件 中 存在 的 错误 ,将 测试 结果 作为 纠 错 的 依据 。 

2. 静态 测试 : 指 被 测试 的 程序 不 在 机 器 上 运行 ,而 是 采用 人 工 检 测 和 计算 机 辅助 静态 
分 析 的 手段 对 程序 进行 检测 。 

3. 动态 测试 : 指 通过 运行 程序 发 现 错误 。 

4. 黑 盒 测试 : 指 把 测试 对 象 看 成 一 个 黑 盒子 ,测试 人 员 完 全 不 考虑 程序 的 内 部 结构 和 
处 理 过 程 ,只 在 软件 的 接口 处 进行 测试 ,依据 需求 规格 说 明 书 ,检查 程序 是 否 满足 功能 要 求 ， 
又 称 为 功能 测试 或 数据 驱动 测试 。 

5. 白 盒 测 试 : 把 测试 对 象 看 成 一 个 打开 的 盒子 ,测试 人 员 需 了 解 程序 的 内 部 结构 和 处 
理 过 程 , 以 检查 处 理 过 程 的 细节 为 基础 ,对 程序 中 尽 可 能 多 的 逻辑 路 径 进行 测试 ,检验 内 部 
控制 结构 和 数据 结构 是 否 有 错 .实际 的 运行 状态 与 预期 的 状态 是 否 一 致 。 

6. 语句 覆盖 : 设计 足够 的 测试 用 例 . 使 被 测 程序 中 每 个 语句 至 少 执行 一 次 。 

7. 判定 覆盖 : 指 设计 足够 的 测试 用 例 ,使 被 测 程序 中 每 个 判定 表达 式 至 少 获得 一 次 
“ 真 值 或 “ 假 ” 值 ,从 而 使 程序 的 每 个 分 支 至 少 都 通过 一 次 ,因此 判定 覆盖 又 称 分 支 缆 盖 。 
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8. 条 件 覆 盖 : 指 设计 足够 测试 用 例 ,使 判定 表达 式 中 每 个 条 件 的 各 种 可 能 的 值 至 少 出 
现 一 次 。 

9. 判定 /条 件 覆 盖 : 设计 足够 的 测试 用 例 ,使 得 判定 表达 式 中 每 个 条 件 的 所 有 可 能 取 
值 至 少 出 现 一 次 ,并 使 每 个 判定 表达 式 所 有 可 能 的 结果 也 至 少 出 现 一 次 。 
0. 条 件 组 合 覆 盖 : 指 设计 足够 的 测试 用 例 , 使 得 每 个 判定 表达 式 中 条 件 的 各 种 可 能 
的 值 的 组 合 都 至 少 出 现 一 次 。 
1. 路 径 获 盖 : 设计 足够 的 测试 用 例 ,覆盖 被 测 程序 中 所 有 可 能 的 路 径 。 
2. 测试 用 例 : 指 为 寻找 程序 中 的 错误 而 精心 设计 的 一 组 测试 数据 。 
3 驱动 模块 : 指 用 来 模拟 被 测 模 块 的 上 级 调用 模块 ,其 功能 比 真正 的 上 级 模块 简单 
得 多 , 它 只 完成 接受 测试 数据 ,以 上 级 模块 调用 被 测 模块 的 格式 驱动 被 测 模块 ,接收 被 测 模 
块 的 测试 结果 并 输出 。 
4. 桩 模块 指 用 来 代 蔡 被 测试 模块 所 调用 的 模块 ,其 作用 是 返回 被 测试 模块 所 需 的 


il 
证 


5. 单元 测试 指 对 源 程序 中 每 一 个 程序 单元 进行 测试 ,检查 各 个 模块 是 否 正确 实现 规 
定 的 功能 ,从 而 发 现 模块 在 编码 中 或 算法 中 的 错误 。 

6. 集成 测试 指 在 单元 测试 基础 上 ,将 所 有 模块 按照 设计 要 求 组 装 成 一 个 完整 的 系统 
进行 的 测试 。 也 称 组 装 测试 或 联合 测试 。 

T. 确认 测试 指 检查 软件 的 功能 与 性 能 是 否 与 需求 规格 说 明 书 中 确定 的 指标 相符 合 ， 
又 称 有 效 性 测试 。 

8. 渐 增 式 测试 指 逐 个 把 未 经 过 测试 的 模块 组 装 到 已 经 过 测试 的 模块 上 去 ,进行 集成 
测试 。 每 加 入 一 个 新 模块 进行 一 次 集成 测试 ,重复 此 过 程 直 到 程序 组 装 完毕 。 

9. 非 渐 增 式 测试 指 首先 对 每 个 模块 分 别 进行 单元 测试 ,然后 把 所 有 的 模块 按 设 计 要 
求 组 装 在 一 起 进行 测试 。 

20. 调试 指 确定 错误 的 原因 和 位 置 ,并 改正 错误 的 过 程 ,也 称 纠 错 。 

21. 

(1) 人 对 感知 过 程 的 认识 ,包括 视觉 阅读 时 的 认 知 心理 、 记 忆 , 归 纳 与 演绎 推理 等 ; 

(2) 用 户 已 有 的 技能 和 行为 方式 ; 

(3) 用 户 所 要 求 的 完成 的 整个 任务 以 及 用 户 对 人 机 交互 部 分 的 特殊 要 求 。 

22. 已 经 通过 正式 复审 和 批准 的 某 规约 或 产品 , 它 因 此 可 以 作为 进一步 开发 的 基础 ,并 
且 只 能 遵循 正式 的 变化 控制 过 程 得 到 改变 。 

23. 软件 配置 管理 ,简称 SCM., 它 用 于 整个 软件 工程 过 程 。 其 主要 目标 是 : 标识 变更 、 
控制 变更 、 确 保 变 更 正确 地 实现 .报告 有 关 变 更 。SCM 是 一 组 管理 整个 软件 生存 期 各 阶段 
中 变更 的 活动 。 

24. 软件 配置 项 是 软件 工程 中 产生 的 信息 项 , 它 是 配置 管理 的 基本 单位 ,对 已 成 为 基线 
的 SCI, 虽 然 可 以 修改 ,但 必须 按照 一 个 特殊 的 正确 的 过 程 进行 评估 ,确认 每 一 处 的 修改 。 

25. 软件 产品 具有 满足 规定 的 或 隐 含 要 求 能 力 要求 有 关 的 特征 与 特征 总 和 (ISO 
8492). 
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五 、 简 答题 


1. 软件 测试 是 软件 开发 中 不 可 缺少 的 重要 一 环 ,原因 是 : 测试 的 工作 量 约 占 整个 项 
目 开发 工作 量 的 40% 左 右 ,几乎 一 半 。 如 果 是 关系 到 人 的 生命 安全 的 软件 ,测试 的 工作 量 
还 要 成 售 增加。 软件 测试 代表 了 需求 分 析 设计, 编 码 的 最 终 复审 。 

@ 软件 测试 不 是 软件 质量 保证 的 安全 网 ,因为 软件 测试 只 能 发 现 错误 ,不 能 保证 没有 
错误 。 

2. 软件 测试 的 目的 有 : 

D 软件 测试 是 为 了 发 现 错误 而 执行 程序 的 过 程 。 

© 一 个 好 的 测试 用 例 能 够 发 现 至 今 尚未 发 现 的 错误 。 

© 一 个 成 功 的 测试 是 发 现 了 至 今 尚 未 发 现 的 错误 。 

软件 测试 的 目标 定义 为 只 是 发 现 错误 ,原因 是 软件 测试 可 以 有 两 个 目标 ,一 个 是 预防 错 
误 , 另 一 个 是 发 现 错误 。 由 于 软件 开发 是 人 的 创造 性 劳动 ,人 的 活动 不 可 能 完美 无 缺 ,错误 
可 能 发 生 在 任何 一 个 阶段 ,因此 预防 错误 这 一 目标 几乎 是 不 可 实现 的 ,所 以 软件 测试 的 目标 
定义 为 只 是 发 现 错误 。 

3. 软件 测试 应 当 遵循 原则 如 下 : 

D 用 例 由 输入 数据 和 预期 的 输出 数据 两 部 分 组 成 ,因为 这 样 便于 对 照 检查 ,做 到 有 的 
BR. 

@ 用 例 不 仅 选 用 合理 的 输入 数据 ,还 要 选择 不 合理 的 输入 数据 。 因 为 当 以 特殊 方式 使 
用 程序 时 ,会 突然 发 现 程序 中 有 许多 错误 , 故 使 用 预期 的 不 合理 的 输入 数据 进行 程序 测试 ， 
比 用 合理 的 输入 数据 收获 要 大 ,从 而 能 更 多 地 发 现 错误 ,提高 程序 可 靠 性 。 

@ 除了 检查 程序 是 否 做 了 它 应 该 做 的 事 , 还 应 该 检查 程序 是 否 做 了 它 不 应 该 做 的 事 ， 
因为 如 果 程 序 做 了 它 不 应 该 做 的 事 , 即 使 程序 能 做 它 应 该 做 的 事 ,程序 也 是 错误 的 。 

@ 应 制定 测试 计划 并 严格 执行 ,因为 这 样 可 以 排除 随意 性 。 

© 长 期 保留 测试 用 例 ,因为 测试 用 例 的 设计 耗费 很 大 的 工作 量 , 而 修改 后 的 程序 可 能 
有 新 的 错误 ,需要 进行 回归 测试 , 故 必须 将 测试 用 例 作 为 文档 保存 ,使 测试 具有 可 重复 性 , 同 
时 测试 用 例 是 将 来 系统 维护 测试 与 确认 的 依据 ,保存 测试 用 例 也 为 以 后 的 维护 提供 方便 。 

© 对 发 现 错误 较 多 的 程序 段 ,应 进行 更 深入 的 测试 ,因为 发 现 错误 较 多 的 程序 段 ,其 质 
量 较 差 ,同时 在 修改 错误 过 程 中 又 容易 引入 新 的 错误 。 

© 程序 员 避 免 测试 自己 设计 的 程序 ,因为 测试 目的 是 找 错 。 从 心理 学 角度 讲 ,程序 员 
大 多 对 自己 的 程序 存 有 偏见 ,总 认为 没有 错误 或 错误 不 大 ,另外 程序 员 对 需求 规格 说 明 的 理 
解 而 引入 的 错误 则 更 难 发 现 , 应 该 由 别人 或 另外 的 机 构 来 测试 会 更 客观 .更 有 效 。 

4. 四 软件 测试 的 步骤 如 下 图 所 示 。 


规格 说 明 书 
审查 


系统 和 程序 
设计 审查 





功能 规格 实际 使 用 环境 
设计 规范 | FEER | SG PER 
集成 | \| 功能 | ,| 系统 | | 安装 | | 验收 
测试 “all 测试 站 | 测试 FP] 测试 


单元 测试 已 集成 系统 可 发 布 系统 | 
功能 正常 的 系统 投入 使 有 
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@ 这 些 测试 与 软件 开发 各 阶段 之 间 的 关系 如 图 所 示 。 因 为 系统 测试 已 经 超出 了 软件 
工程 的 范围 ,所 以 图 中 的 系统 测试 不 包括 在 内 。 

5. 软件 测试 是 一 个 规则 的 过 程 ,包括 测试 设计 、 测 试 执行 以 及 测试 结果 比较 等 。 

D 测试 设计 : 根据 软件 开发 各 阶段 的 文档 资料 和 程序 的 内 部 结构 ,利用 各 种 设计 测试 
用 例 技术 精心 设计 测试 用 例 。 

@ 测试 执行 : 利用 这 些 测 试用 例 执行 程序 ,得 到 测试 结果 。 

© 测试 结果 比较 : 将 预期 的 结果 与 实际 测试 结果 进行 比较 ,如 果 二 者 不 符合 ,对 于 出 
现 的 错误 进行 纠 错 ,并 修改 相应 文档 。 修 改 后 的 程序 还 要 进行 再 次 测试 ,直到 满意 为 止 。 如 
果 测 试 发 现 不 了 错误 ,可 能 由 于 测试 配置 考虑 不 周到 ,应 考虑 重新 制定 测试 方案 ,设计 测试 
用 例 。 

6. 单元 测试 集成 测试 和 确认 测试 各 自主 要 目标 是 : 

D 单元 测试 的 主要 目标 是 检查 各 个 模块 是 否 正确 实现 规定 的 功能 ,从 而 发 现 模块 在 编 
码 中 或 算法 中 的 错误 。 

@ 集成 测试 的 主要 目标 是 检查 与 设计 相关 的 软件 体系 结构 的 有 关 问 题 。 

© 确认 测试 的 主要 目标 是 检查 已 实现 的 软件 是 否 满足 需求 规格 说 明 书 中 确定 的 各 种 

单元 测试 、 集 成 测试 和 确认 测试 之 间 的 不 同 如 下 : 

O 测试 内 容 不 同 : 单元 测试 集中 于 单个 模块 的 功能 和 结构 检验 ,其 测试 内 容 主要 包括 
模块 接口 .局 部 数据 结构 重要 的 执行 路 径 、 错 误 处 理 和 边界 测试 ; 集成 测试 集中 于 模块 组 
合 的 功能 和 软件 结构 检验 ,其 测试 内 容 主 要 包括 模块 组 装 中 可 能 出 现 的 问题 , 即 数据 穿 过 接 
口 可 能 丢失 一 个 模块 可 能 破坏 另 一 个 模块 的 内 容 、 子 功能 组 装 可 能 不 等 于 主 功 能 、 全 程 数 
据 结 构 问 题 .误差 累积 问题 ; 确认 测试 集中 于 论证 软件 需求 的 可 追溯 性 ,主要 包括 测试 软件 
功能 和 性 能 是 否 与 软件 需求 一 致 ,测试 软 件 配 置 的 所 有 程序 与 文档 是 否 正确 完整 而 且 一 致 。 

@ 测试 的 方法 不 同 : 单元 测试 总 是 使 用 白 盒 测试 法 ,为 被 测 模块 设计 驱动 模块 和 桩 模 
块 ; 集成 测试 使 用 渐 增 式 测试 和 非 渐 增 式 测试 , 渐 增 式 测试 又 有 分 为 自 顶 向 下 结合 法 和 自 
底 向 上 结合 法 ; 确认 测试 总 是 使 用 黑 盒 测 试 法 。 

© 发 现 的 错误 不 同 : 单元 测试 发 现 的 错误 主要 是 在 编码 阶段 产生 的 错误 ,集成 测试 发 
现 的 错误 主要 是 在 设计 阶段 产生 的 错误 ,确认 测试 发 现 的 错误 主要 是 在 需求 分 析 阶 段 产 生 
的 错误 。 

D 涉及 的 文档 不 同 : 单元 测试 涉及 编码 和 详细 设计 文档 ,集成 测试 涉及 详细 设计 文档 
和 概要 设计 文档 ,确认 测试 涉及 软件 需求 规格 说 明 书 和 用 户 手册 。 

三 者 相互 关系 是 : 单元 测试 、 集 成 测试 和 确认 测试 是 顺序 实现 的 。 首 先 单元 测试 对 各 
个 模块 进行 测试 ,然后 集成 测试 以 单元 测试 为 基础 ,将 所 有 已 测 模块 按照 设计 要 求 组 装 成 一 
个 完整 的 系统 ,对 模块 组 合 的 功能 和 软件 结构 检验 进行 测试 ,最 后 确认 测试 是 以 集成 测试 为 
基础 ,测试 集成 的 软件 是 否 满足 需求 规格 说 明 书 中 确定 的 各 种 需求 。 

7. O 黑 盒 测 试 指 把 测试 对 象 看 成 一 个 黑 盒子 ,测试 人 员 完 全 不 考虑 程序 的 内 部 结构 
和 处 理 过 程 ,只 在 软件 的 接口 处 进行 测试 ,依据 需求 规格 说 明 书 ,检查 程序 是 否 满足 功能 要 
求 ,又 称 为 功能 测试 或 数据 驱动 测试 。 

O 白 盒 测试 指 把 测试 对 象 看 成 一 个 打开 的 盒子 ,测试 人 员 需 了 解 程序 的 内 部 结构 和 处 
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理 过 程 ,以 检查 处 理 过 程 的 细节 为 基础 ,对 程序 中 尽 可 能 多 的 逻辑 路 径 进 行 测试 ,检验 内 部 
控制 结构 和 数据 结构 是 否 有 错 ,实际 的 运行 状态 与 预期 的 状态 是 否 一 致 。 

© 白 盒 测试 适应 的 测试 有 单元 测试 .逻辑 覆盖 ( 按 逻 辑 覆 盖 程 度 不 同 , 有 语句 覆盖 、 判 
定 覆 盖 ,条件 覆盖 、 判 定 /条件 覆 盖 ,条件 组 合 覆 盖 和 路 径 覆 盖 )、 循 环 覆 盖 ( 限 制 循环 次 数 , 有 
单 循 环 和 嵌 套 循环 ) 和 基本 路 径 测试 。 

@ 黑 盒 测试 适应 的 测试 有 : 确认 测试 ,等 价 类 划分 .边界 值 分 析 、 错 误 推测 和 因果 图 。 

8. 软件 测试 与 软件 调试 在 目的 .技术 和 方法 等 方面 存在 很 大 的 区 别 , 主 要 表现 在 ， 

D 测试 从 一 个 侧面 证 明 程序 员 的 失败 ,而 调试 是 为 了 证 明 程序 员 的 正确 。 

© 测试 从 已 知 条 件 开始 ,使 用 预先 定义 的 程序 ,上 且 有 预知 的 结果 ,不 可 预见 的 只 是 程序 
是 否 通过 测试 。 调 试 一 般 以 不 可 知 的 内 部 条 件 开始 , 除 统计 性 调试 外 ,结果 是 不 可 预见 的 。 

© 测试 是 有 计划 的 ,并 要 进行 测试 设计 ,而 调试 是 不 受 时 间 约 束 的 。 

@ 测试 是 一 个 发 现 错误 ,改正 错误 、 重 新 测试 的 过 程 ,而 调试 是 一 个 推理 过 程 。 

© 测试 的 执行 是 有 规程 的 ,而 调试 的 执行 往往 要 求 程序 员 进 行 必要 的 推理 及 知觉 的 
飞跃 。 

测试 经 常 由 独立 的 测试 组 在 不 了 解 软件 设计 的 前 提 下 完成 ,而 调试 必须 由 了 解 详细 
设计 的 程序 员 完 成 。 

D 大 多 数 测试 的 执行 和 设计 可 由 工具 支持 ,而 调试 时 ,程序 员 能 利用 的 工具 主要 是 调 
试 器 。 

9. 

(1) 软件 配置 管理 的 标志 ; 

(2) 版 本 控制 ; 

(3) 变更 控制 ; 

(4) 软件 配置 状态 报告 ; 

(5) 配置 审核 。 

10. 

(1) 能 同时 显示 不 同 种 类 的 信息 ,使 用 户 可 在 几 个 工作 环境 中 切换 而 不 丢失 几 个 工作 
之 间 的 联系 ,窗口 使 用 户 能 自如 地 执行 许多 通信 型 和 认 知 型 任务 。 

(2) 用 户 通 过 下 拉 式 菜单 可 方便 地 执行 控制 型 和 对 话 型 任务 。 

G) 引入 图 标 `. 下 拉 式 菜单 按钮 和 滚动 条 技术 ,可 大 大 减少 键盘 输入 ,这 对 那些 不 精 于 
打字 的 用 户 无 疑 提高 了 交互 效率 , 极 大 地 推动 了 计算 机 应 用 。 

1, 

(1) 创建 系统 功能 的 外 部 模型 ; 

(2) 确定 为 完成 此 系统 功能 ,人 和 计算 机 应 分 别 完成 的 任务 ; 

(3) 思考 界面 设计 中 的 典型 问题 ; 

(4) 借助 Case 工具 构造 界面 原型 ; 

(5) 实现 设计 模型 

(6) 评估 界面 质量 。 

12. 以 检测 为 重 : 产品 制 成 之 后 进行 检测 ,只 能 判断 产品 质量 ,不 能 提高 产品 质量 。 以 
过 程 管理 为 重 : 把 质量 的 保证 工作 重点 放 在 过 程 管理 上 ,对 制造 过 程 中 的 每 一 道 工序 都 要 
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进行 质量 控制 。 以 新 产品 开发 为 重 : 在 新 产品 的 开发 设计 阶段 ,采取 强 有 力 的 措施 来 消灭 
由 于 设计 原因 而 产生 的 质量 隐患 。 
13. 一 个 测试 计划 应 包括 : 产品 基本 情况 、 测 试 需求 说 明 、 测 试 策略 和 记录 、 测 试 资源 


配置 计划 表 、 问 题 跟 踪 报告 .测试 计划 的 评审 、 结 果 等 。 


14. 软件 测试 的 阶段 划分 为 : 规格 说 明 书 审查 ; 系统 和 程序 设计 审查 ; 单元 测试 ; 集成 
测试 ; 确认 测试 ; 系统 测试 ; 验收 测试 。 
15. 软件 测试 过 程 主要 包括 如 下 6 个 活动 : 测试 计划 ; 测试 需求 分 析 ; 测试 设计 ; 测试 
规程 实现 ; 测试 执行 ; 总 结 生成 报告 。 


六 、 综合 题 


1. 按 自 顶 向 下 深度 优先 集成 测试 方法 , 画 出 集成 测试 过 程 。 
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2. KASTEN SAW WA ABC. WREN AEI H IR = fa JÉ H = A TAL 
A>0,B>0,C>0, 且 A 十 B>C,B+C>A,A 十 C>B。 如 果 是 等 腰 的 ,还 要 判断 是 否 ASB, 
或 B=C, 或 A=C。 对 于 等 边 的 , 则 需 判断 是 否 A=B, H B=C.H A=C, 











列 出 等 价 类 表 : 
输入 条 件 有 效 等 价 类 无 效 等 价 类 
是 否 三 角形 的 三 | (A>0)(1), (B>0)(2),(C>0)(3),(A+B | A<0(7),B<0(8),C<0(9),A+B< 
条 边 >0,(4) (B+C>A)5),A+C>B) 6) C(10),A+C<B(11D) ,B+C<A(12) 
是 否 等 腰 三 角形 | (A=B)(13),(B=C)(14),(A=C)(15) (A¥B)and(B4C)and(A¥C) (16) 
(A¥B) (18), (BAC) (19), (AFC) 
是 否 等 边 三 角形 | (A=B)and(B=C)and(A=C) (17) 








(20) 





设计 测试 用 例 : 输入 顺序 是 [A B.C] 
[3,4,5] 覆 盖 等 价 类 (1),(2),(3),(4),(5),(6) 。 
[0,1,2] 获 盖 等 价 类 (7)。 不 能 构成 三 角形 。 


[1,0,2] 覆 盖 等 价 类 (8)。 同 上 。 
[1. 2. 0] 覆 盖 等 价 类 (9)。 同 上 。 
[1,2,3] 覆 盖 等 价 类 (10)。 同 上 。 





覆盖 等 价 类 (11)。 同 上 。 
覆盖 等 价 类 (12)。 同 上 。 





覆盖 等 价 类 (1) ,(2),(3),(4),(5),(6),(13) 。 
覆盖 等 价 类 (1),(2),(3),(4),(5),(6),(14) 。 
覆盖 等 价 类 (1),(2),(3),(4),(5),(6),(15)。 
覆盖 等 价 类 (1),(2),(3),(4),(5),(6),(16)。 
覆盖 等 价 类 (1),(2),(3),(4),(5),(6),(17)。 
覆盖 等 价 类 (1) ,(2),(3),(4),(5),(6),(14),(18) 。 
3,4,3] 覆 盖 等 价 类 (1),(2),(3),(4),(5),(6),(15),(19) 。 


附录 B 


{3,3;4} 覆 盖 等 价 类 (1),(2),(3),(4),(5),(6),(13),(20)。 


3. 


原因 : 

(1) 投入 1 元 5 角 硬 币 ; 
(2) 投入 2 元 硬币 ; 

(3) 按 “ 可 乐 ” 按 钮 ; 
(4) 按 “ 雪 珀 ”按钮 ; 

(5) 按 “ 红 茶 ” 按 钮 。 


中 间 状 态 ， 


输入 条 件 (原因 ) 
O 投入 1! 元 5 角 硬 币 


(DERG; (2) 已 按钮 。 

结果 : (1) 退 还 5 角 硬 币 ; (2) 送 出 “可乐 ”; (SMB; (4) 送 出 “ 红 
出 条 件 (结果 ) 
退还 5 角 硬 币 
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” 






































@ 投入 2 元 硬币 送出 “可乐 
图 按 “ 可 乐 "按钮 

© Bee we a 

© 按 "红茶 " 按 人 (24) 送出 "红茶" 
1/2/}/3/4/5]6]7)8 e | 10/11 
投入 1 元 5 角 硬 币 jı 1 1 1/o0/]/o0]/o0]/o0);/o0]0}0 
投入 2 元 硬币 (2) | 0 | 0 | o | o 1 1 1 ijela jo 
输入 | 按 “ 可 乐 ”按钮 G3) | 1 | 0} 0] 0 1/o0]/o0]/o0}]1/]0/]0 
He“ RkA @m }oj}1i{ofo/f/o0};]1]/0;7o0}0);/1)]0 
按 “ 红 茶 ” 按 钮 Coy | 0 1/o0]/o0]o0)/1 
中 间 | 已 投 币 cul | 
节点 | 已 按钮 aa)/ajalafolt]ala)elayala 
退还 5 角 硬 币 @p|o]ofof]ofi1 1 DESENLER 
输出 送出 < 可乐” (22 | 1 ojojo 2 0 0 | 0 0 0 | 0 
送出 “ 雪 怕 ” (23) | 0 1 0 | 0 0 1 0 | 0 0 0 | 0 
送出 “红茶 (24) | 0 | 0 1 0 0 | 0 1 0 0 0 | 0 
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Vs 


4. 
(1) 划分 出 生年 月 等 价 类 表 
假定 已 知 出 生年 月 是 由 6 位 数字 字符 表示 ,前 4 位 代表 年 ,后 2 位 代表 月 , 则 可 以 划分 














为 3 个 有 效 等 价 类 和 7 个 无 效 等 价 类 。 
输入 数据 有 效 等 价 类 无 效 等 价 类 

加 有 非 数 字 字 符 

出 生年 月 O6 位 有 效 数字 字符 ODF 6 个 数字 字符 
图 多 于 6 个 数字 字符 
@<196007 

对 应 数值 回 196007-197906 On 
加 等 于 “0” 

月 份 对 应 数值 @ 在 1~12 之 间 Or 








(2) 设计 有 效 等 价 类 需要 的 测试 用 例 

197011 

(3) 为 每 一 个 无 效 等 价 类 至 少 设 计 一 个 测试 用 例 
MAY,70; 19705; 1968011; 196005; 197222 

5. 

(1) 画 出 控制 流 图 如 下 : 





i 区 域 | 节点 

















R2 








RI 























R4 











(2) 独立 路 径 : 

Pathl: 1=11; 

Path2; 1-2-3-4-10-1-11; 
Path3; 1-2-3-6-8-9-10-1-11; 
Path4; 1-2-3-6-7-9-10-1-11. 


start 
































输入 条 件 有 效 等 价 类 
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STOP 


无 效 等 价 类 





由 0x 或 0X 开 关 


(1) 


以 字母 开头 ,以 非 0 数字 开关 


(2)(3) 





数字 或 A~F 的 字母 


(4) 


A~F 以 外 的 字母 


(5) 





数值 字符 个 数 之 1 个 


(6) 


o* 


(7) 





>—7f AS7E 








0x7F ,覆盖 等 价 类 (1)(4)(6)(8) 
—Oxb, H m ft (1) (4) (6) (8) 
0x0 ,覆盖 等 价 类 (1)(4)(6)(8) 


0x, 履 盖 等 价 类 (1)(7) 
A7 ,覆盖 等 价 类 (2) 

一 1A ,覆盖 等 价 类 (3) 
0x8h ,覆盖 等 价 类 (1)(5) 


0x80, H ate fr (1) (4) 10) 


—OXaB, 7 tt PFA (1) (4) (9) 


(8) 





<= 
>7f 





(9)(10) 
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